原文：http://www.easytd.com/chengxudaima/d_14102600199.html
有Redis線上運(yùn)維經(jīng)驗(yàn)的人會(huì)發(fā)現(xiàn)Redis在物理內(nèi)存使用比較多疤祭，但還沒有超過實(shí)際物理內(nèi)存總?cè)萘繒r(shí)就會(huì)發(fā)生不穩(wěn)定甚至崩潰的問題盼产，有人認(rèn)為是 基于快照方式持久化的fork系統(tǒng)調(diào)用造成內(nèi)存占用加倍而導(dǎo)致的，這種觀點(diǎn)是不準(zhǔn)確的勺馆，因?yàn)閒ork 調(diào)用的copy-on-write機(jī)制是基于操作系統(tǒng)頁這個(gè)單位的戏售，也就是只有有寫入的臟頁會(huì)被復(fù)制，但是一般你的系統(tǒng)不會(huì)在短時(shí)間內(nèi)所有的頁都發(fā)生了寫 入而導(dǎo)致復(fù)制草穆，那么是什么原因?qū)е翿edis崩潰的呢灌灾？
答案是Redis的持久化使用了Buffer IO造成的，所謂Buffer IO是指Redis對持久化文件的寫入和讀取操作都會(huì)使用物理內(nèi)存的Page Cache,而大多數(shù)數(shù)據(jù)庫系統(tǒng)會(huì)使用Direct IO來繞過這層Page Cache并自行維護(hù)一個(gè)數(shù)據(jù)的Cache悲柱，而當(dāng)Redis的持久化文件過大(尤其是快照文件)锋喜，并對其進(jìn)行讀寫時(shí)，磁盤文件中的數(shù)據(jù)都會(huì)被加載到物理內(nèi) 存中作為操作系統(tǒng)對該文件的一層Cache,而這層Cache的數(shù)據(jù)與Redis內(nèi)存中管理的數(shù)據(jù)實(shí)際是重復(fù)存儲的，雖然內(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)用場景設(shè)置相應(yīng)的緊湊存儲參數(shù)功偿。
2 當(dāng)業(yè)務(wù)場景不需要數(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吨瞎。
