• 問: 這里沒有我想問的問題和答案, 我應該怎么辦?

答: 我推薦所有人通過學習文檔和使用自己大腦思考來回答自己的問題.

如果你經(jīng)過學習文檔, 并且進行充分思考后, 仍然無法得到答案, 你可以到 Github 上提 issue.

注意, 作為一個技術產(chǎn)品的用戶, 一個互聯(lián)網(wǎng)工作者, 甚至是一個程序員, 你應該學會基本的提問技能. 如果你的提問沒有得到回答, 那么責任不在被問者, 而在于你自己, 你自己沒有像個正常的技術人那樣正確地提問.

• 問: 為什么我在本機可以訪問 SSDB 服務器, 在其它機器卻不能呢? 提示 Connection refused.

答: 默認的配置文件基于安全考慮, 只開放給本機訪問. 如果你想開放給網(wǎng)絡上的其它 IP 訪問, 請按文檔修改配置.

• 問: 為什么并發(fā)數(shù)上不去? 服務器報錯 Too many open files, 客戶端報錯 Connection reset by peer.

答: 請參考文檔 進行配置.

• 問: 我把一個, 兩個, 或者所有的 key 都刪除了, 為什么 SSDB 占用的內存和磁盤空間并沒有釋放?

答: SSDB 有自己策略來決定何時釋放或者是否釋放內存和硬盤占用, 你不能要求 SSDB 立即或者在未來某個時間, 或者基于某個條件 釋放這些空間. 而且, 即使數(shù)據(jù)庫清空了, SSDB 仍然會保留一些信息, 因此仍然占用部分硬盤空間. 你不應該關心這個問題.

• 問: 為什么 SSDB 偶爾會使用 100% CPU?

答: SSDB 偶爾使用 100% CPU 是完全正常的, 請不要大驚小怪. 這是因為 SSDB/LevelDB 在進行數(shù)據(jù)庫整理(Compaction)操作, 持續(xù)的時間一般隨著數(shù)據(jù)變大而變長, 一般只持續(xù)數(shù)秒.

• 問: 為什么 SSDB 偶爾會使用較多磁盤 IO?

答: SSDB 偶爾使用較多磁盤 IO 是完全正常的, 請不要大驚小怪. 這是因為 SSDB/LevelDB 在進行數(shù)據(jù)庫整理(Compaction)操作, 持續(xù)的時間一般隨著數(shù)據(jù)變大而變長, 一般只持續(xù)數(shù)秒.

• 問: 為什么 SSDB 偶爾會使用較多內存空間, 然后又降下來?

答: SSDB 使用的內存空間是變動的, 可能忽高忽低. 使用的內存空間的上限在文檔 中有描述.

• 問: Compaction 時服務會有稍微變慢, 我能設定 Compaction 執(zhí)行的時間嗎?

答: 很遺憾, 你不能設定 Compaction 在何時執(zhí)行, SSDB/LevelDB 有自己策略和機制, 決定何時應該進行 Compaction. 根據(jù)大多數(shù)用戶的使用反饋, Compaction 對服務沒有任何影響.

• 問: 我原來的配置文件中沒有打開壓縮選項(compression: no), 我能中途把 compression 改為 yes 嗎?

答: 是的, 你可以在任何時候修改 compression 選項, 只要你重啟 ssdb-server, 新的修改就能生效. 更改后, 原來的數(shù)據(jù)依然兼容, 不會有任何問題.

• 問: 我開啟了壓縮選項, 但 SSDB 的硬盤占用并沒有變小, 這是怎么回事?

答: 無論你開啟或者關閉壓縮選項, 只要重啟后, 新的選項就已經(jīng)生效了. 但是, 新的選項不一定立即影響原來的舊數(shù)據(jù), SSDB 會在合適的時候將新選項應用于舊數(shù)據(jù), 你無法控制這一點.

• 問: 有命令可以知道 SSDB 中存儲的 key 總數(shù)嗎?

答: 如果你想統(tǒng)計的是 KV 的數(shù)量, 那么, 在一開始時, 你就要把所有 KV 都放在同一個 HASH 中, 然后通過 hsize 命令就可以得到 key 的數(shù)量了. 如果一開始你沒有這么做, 或者你想統(tǒng)計 KV 以外的數(shù)量, 那么答案很簡單 - 沒有這樣的單個命令(除非你自己寫腳本遍歷統(tǒng)計).

• 問: SSDB 支持 key 查找嗎? 支持通配符 模糊查找嗎?

答: SSDB 支持, 且僅支持前綴查找, 也就是類似a這樣的查找, 而不支持 a, a 或者其它的模糊查找. 具體用法請參見命令:scan, hlist, keys, hkeys, hscan, zlist, zkeys, zscan, qlist 的文檔.

注意, 這些命令都要求你省略  號!

• 問: SSDB 不支持 sets 集合嗎? Redis 的 sadd, sdiff 等求交集, 并集命令我都用不了了?

答: SSDB 不支持 sets, 以后也不太可能支持, 因為有替代方案. 你可以用 hash 來替代 sets, 因為一個 hash 的 key 是唯一的, 可以實現(xiàn)集合的特性. 至于交集, 并集等操作, 你只能自己實現(xiàn). 例如, 求交集, 你可以遍歷第一個 hash 的 key, 然后和第二個 hash 對比, 把結果存入第三個 hash.

• 問: 我用 Twemproxy 配置 SSDB 做負載均衡和集群, 但是當我用 ssdb-cli 連接 Twemproxy 時, 會報錯, 為什么?

答: 因為 Twemproxy 不支持 SSDB 網(wǎng)絡協(xié)議, 所以, 你只能使用 redis-cli 連接 Twemproxy. 注意, 你可以用 ssdb-cli 或者 redis-cli 連接 SSDB, 那是因為 SSDB 支持兩種協(xié)議, 而 Twemproxy 只支持一種.

• 問: 如何在一臺機器上部署多個 SSDB 實例?

答: 每一個實例使用不同的配置文件進行啟動, 而且, 配置文件里的 work_dir server.port 不能相同, 也就是每個實例的數(shù)據(jù)庫存儲路徑, 以及監(jiān)聽端口. 如果 pidfile logger.output 使用的是絕對路徑, 也要保證不能相同, 如果是相對路徑, 由不需要, 因為默認跟隨 work_dir 而不同了.