1樓：Baristas
看了看ssdb儲存引擎的原理，發現ssdb還是比較適合讀取少寫入多的場景的，底層用的levedb儲存引擎，寫入時候第一步記錄到日誌中，就可以保證資料不丟失，也可以算作寫入成功，儲存方式使用LSM樹，以memtab為儲存單位，內部使用skiplist的資料結構，在memtab達到條件進行落盤，落盤以資料寫入新鮮度劃分為level0，level1......越是新寫入的資料查詢越快，因為查詢是先查詢記憶體中的memtab，找不到查詢level0，level1......順序查詢下去，在短時間內資料量很大情況下，很快會達到落盤要求，那麼查詢很可能就會去讀取磁碟中資料，比較慢，個人理解，有誤方面還請指出
2樓：find goo
ssdb主要看中的是和Redis相容，這樣不用改原始碼，就可以換個儲存引擎了。
基於Redis先驅開發的儲存有aerospike，vedis，ssdb，解決了多語言多執行緒分布式環境下快速儲存問題，比mysql傳統資料庫要快，有的和redis協議相容，方便更換儲存引擎。
隨著工業化生產及技術更新換代，記憶體會越來越便宜越來越便宜，現在有支援24TB記憶體的cpu。
記憶體計算是必然出現的，隨著容易的提高，未來發展空間很大，因為記憶體是離cpu最近的儲存，速度比外部儲存要快得多。
ssdb主要是可以把儲存不下的持久化到硬碟，解決Redis容量有限問題，如果你在生產系統中，記憶體不夠，是要人命的。
3樓：呂飛
我的專案用了ssdb。
一般情況下效能還不錯，但是資料量大了之後容易出現慢查詢。
下面是單執行緒批量插入資料的慢日誌：
w:0.071,p:
54624.628, req: multi_set 1:
7270a5848dd162d6f2a80f801af509ee [10751] 1:7270a7637feb3578f6a2c814e2ec4bf1 [10751] [196 more...], resp:
ok 100
以上原因是leveldb 在持續寫入大量資料後會降低寫入速度，最後甚至停止寫入。
在使用ssdb 的過程中還碰到乙個問題，ssdb沒有能夠有限的使用記憶體快取資料，導致多次查詢相同資料出現慢查詢。這種現象主要集中在資料量大，或者第一層資料較多的情況。
總體來說ssdb現在不能很好的用起來，出現慢查詢我也不能有限的解決。
4樓：
SSDB還不是成熟的開源專案，社群不夠活躍，貢獻者不多；
主要開發人員也非常忙， 專案的後續發展沒有規劃；
因為一些原因，捨棄了很多重要的功能，比如沒法查詢命中率；等等。
黑磷和石墨烯的優缺點各是什麼 ？
願平笙 你可以查一下這一篇文章Te Doped Black Phosphorus Field Effect Transistors雖然跟您的有點衝突，不過也是講的黑磷的儲存 名達 美國科學家發現，以氧化鋁 alumina 包覆黑磷 black phosphorus 能防止後者在空氣中降解 degra...
女編劇和男編劇相比，優缺點各是什麼？
惡魔獵人 女編劇最大的特點 細節處理非常出色，擅長渲染氣氛情感，創想十足，缺點是 不會收故事，大局觀不足，往往容易造成強行劇情。典型的案例是 岡田麿裡。人稱岡媽。代表作 團長之死 由於高達系列的觀眾大部分是男的，在觀看鐵孤時就明顯出現了男女思維方式的衝撞。岡媽在前半部分把團長塑造成擅長戰術，充分信任...
程式語言中型別前置和型別後置的優缺點各是什麼？
冒泡 如果你只是使用，自己學清楚就行，好壞也就是看你自己主觀上爽不爽了 不過如果從語言設計來說，前置型別我個人認為有倆問題，都是在函式方面，乙個是需要引入void這種關鍵字，整體風格有點突兀，當然你把void作為乙個型別來看待好像問題也不大 C 的做法，而且還能用void型別的特殊性搞一些技巧 但還...