答案是 Redis 的持久化使用了 Buffer IO 造成的，所謂 Buffer IO 是指 Redis 對(duì)持久化文件的寫入和讀取操作都會(huì)使用物理內(nèi)存的 Page Cache，而大多數(shù)數(shù)據(jù)庫系統(tǒng)會(huì)使用 Direct IO 來繞過這層 Page Cache 并自行維護(hù)一個(gè)數(shù)據(jù)的 Cache，而當(dāng) Redis 的持久化文件過大(尤其是快照文件)，并對(duì)其進(jìn)行讀寫時(shí)，磁盤文件中的數(shù)據(jù)都會(huì)被加載到物理內(nèi) 存中作為操作系統(tǒng)對(duì)該文件的一層 Cache，而這層 Cache 的數(shù)據(jù)與 Redis 內(nèi)存中管理的數(shù)據(jù)實(shí)際是重復(fù)存儲(chǔ)的，雖然內(nèi)核在物理內(nèi)存緊張時(shí)會(huì)做 Page Cache 的剔除工作，但內(nèi)核很可能認(rèn)為某塊 Page Cache 更重要，而讓你的進(jìn)程開始 Swap，這時(shí)你的系統(tǒng)就會(huì)開始出現(xiàn)不穩(wěn)定或者崩潰了。我們的經(jīng)驗(yàn)是當(dāng)你的 Redis 物理內(nèi)存使用超過內(nèi)存總?cè)萘康?/5時(shí)就會(huì)開始比較危險(xiǎn)了。
下圖是 Redis 在讀取或者寫入快照文件 dump.rdb 后的內(nèi)存數(shù)據(jù)圖：
總結(jié)：
1. 根據(jù)業(yè)務(wù)需要選擇合適的數(shù)據(jù)類型，并為不同的應(yīng)用場(chǎng)景設(shè)置相應(yīng)的緊湊存儲(chǔ)參數(shù)。
2. 當(dāng)業(yè)務(wù)場(chǎng)景不需要數(shù)據(jù)持久化時(shí)，關(guān)閉所有的持久化方式可以獲得最佳的性能以及最大的內(nèi)存使用量。
3. 如果需要使用持久化，根據(jù)是否可以容忍重啟丟失部分?jǐn)?shù)據(jù)在快照方式與語句追加方式之間選擇其一，不要使用虛擬內(nèi)存以及 diskstore 方式。
4. 不要讓你的 Redis 所在機(jī)器物理內(nèi)存使用超過實(shí)際內(nèi)存總量的3/5。