Redis支持2種持久化策略：snapshot方式和commandlog方式，前者通過(guò)將當(dāng)前內(nèi)存數(shù)據(jù)快照周期性寫入RDB文件來(lái)實(shí)現(xiàn)；后者通過(guò)在log中記錄Redis進(jìn)程收到的寫操作來(lái)實(shí)現(xiàn)，下次Redis重啟時(shí)，回放commandlog來(lái)恢復(fù)數(shù)據(jù)狀態(tài)。
根據(jù)實(shí)際需求，用戶可以選擇完全禁用持久化，也可以在同一個(gè)Redis實(shí)例中同時(shí)啟用RDB和AOF。
特別注意：如果部署方式為主從，則不同實(shí)例的持久化時(shí)機(jī)最好錯(cuò)開(kāi)！避免master和slaves同時(shí)進(jìn)入后臺(tái)持久化，這可能會(huì)降低系統(tǒng)的性能。
1. RDB相關(guān)配置
1) databases
配置db文件的數(shù)目，可以用select
2) save
SNAPSHOTTING的持久化方式有多種save策略可供選擇，而且支持混用，例如：
save 900 1
save 300 100
save 60 10000
上述配置的效果是：snapshotting會(huì)在3個(gè)條件中的任何一個(gè)滿足時(shí)被觸發(fā)：a. 900s內(nèi)至少1個(gè)key有變化；b. 300s內(nèi)至少100個(gè)key有變化；c. 60s內(nèi)至少有10000個(gè)key有變化
save條件被觸發(fā)時(shí)，Redis通過(guò)fork子進(jìn)程，由子進(jìn)程在后臺(tái)實(shí)現(xiàn)異步dump磁盤。根據(jù)fork的寫時(shí)復(fù)制策略，若持久化過(guò)程中出現(xiàn)很多寫入請(qǐng)求，在最壞的情況下，需要的內(nèi)存是當(dāng)前數(shù)據(jù)集所占內(nèi)存的2倍。
備注1：上述配置的3個(gè)觸發(fā)條件其實(shí)是逐次加強(qiáng)的，哪個(gè)條件先滿足就先觸發(fā)那個(gè)save策略。
備注2：如果業(yè)務(wù)不需要持久化或不需要RDB方式的持久化，可以通過(guò)注釋掉save配置項(xiàng)來(lái)實(shí)現(xiàn)
3) stop-writes-on-bgsave-error
指定Redis在后臺(tái)dump磁盤出錯(cuò)時(shí)的行為，默認(rèn)為yes，表示若后臺(tái)dump出錯(cuò)，則RedisServer拒絕新的寫入請(qǐng)求，通過(guò)這種方式來(lái)引起用戶警覺(jué)，避免因用戶未發(fā)現(xiàn)異常而引起更大的事故。
4) rdbcompression
RDB文件是否壓縮存儲(chǔ)，若為yes，會(huì)在壓縮時(shí)消耗一點(diǎn)CPU，但省磁盤空間。
5) rdbchecksum
RDB文件是否需要CRC64校驗(yàn), 若為yes,會(huì)在生成RDB文件后計(jì)算其CRC64并將結(jié)果追加至文件尾，同樣，Redis啟動(dòng)Load RDB時(shí)，也會(huì)先計(jì)算該文件的CRC64并與dump時(shí)的計(jì)算結(jié)果對(duì)比。
好處：可以嚴(yán)格保證RDB的完整性及安全性
代價(jià)：會(huì)在dump或load時(shí)損失10%的性能。如果要大化Redis的性能，這個(gè)配置項(xiàng)應(yīng)該用no關(guān)掉
6) dbfilename
指定RDB文件名，默認(rèn)為dump.rdb
7) dir
指定RDB文件存放目錄的路徑，若包含多級(jí)路徑，則相關(guān)父路徑需事先mkdir出來(lái)，否則啟動(dòng)失敗。
2. AOF相關(guān)配置
默認(rèn)情況下，Redis以寫RDB文件的方式持久化數(shù)據(jù)（除非用戶主動(dòng)禁用RDB方式的持久化）。若Redis進(jìn)程掛掉或機(jī)器掉電，則上次save完成時(shí)刻至故障時(shí)刻這段時(shí)間內(nèi)的新數(shù)據(jù)會(huì)丟失。AOF的引入可以將數(shù)據(jù)損失的程度減少到1秒或1條寫入指令。
1) appendonly
配置是否啟用AOF持久化，默認(rèn)為no
2) appendfilename
指定aof文件名，默認(rèn)為appendonly.aof
3) appendfsync
配置aof文件的同步方式，Redis支持3種方式：
a. no => redis不主動(dòng)調(diào)用fsync，何時(shí)刷盤由OS來(lái)調(diào)度；
b. always => redis針對(duì)每個(gè)寫入命令均會(huì)主動(dòng)調(diào)用fsync刷磁盤；
c. everysec => 每秒調(diào)一次fsync刷盤。
用戶可以根據(jù)業(yè)務(wù)對(duì)數(shù)據(jù)的敏感性選擇合適的同步策略。
4) no-appendfsync-on-rewrite
指定是否在后臺(tái)aof文件rewrite期間調(diào)用fsync，默認(rèn)為no，表示要調(diào)用fsync（無(wú)論后臺(tái)是否有子進(jìn)程在刷盤）。備注：Redis在后臺(tái)寫RDB文件或重寫afo文件期間會(huì)存在大量磁盤IO，此時(shí)，在某些linux系統(tǒng)中，調(diào)用fsync可能會(huì)阻塞。
5) auto-aof-rewrite-percentage
指定Redis重寫aof文件的條件，默認(rèn)為100，表示與上次rewrite的aof文件大小相比，當(dāng)前aof文件增長(zhǎng)量超過(guò)上次afo文件大小的100%時(shí)，就會(huì)觸發(fā)background rewrite。若配置為0，則會(huì)禁用自動(dòng)rewrite。
6) auto-aof-rewrite-min-size
指定觸發(fā)rewrite的aof文件大小。若aof文件小于該值，即使當(dāng)前文件的增量比例達(dá)到auto-aof-rewrite-percentage的配置值，也不會(huì)觸發(fā)自動(dòng)rewrite。即這兩個(gè)配置項(xiàng)同時(shí)滿足時(shí)，才會(huì)觸發(fā)rewrite。
3.需要明確的問(wèn)題
1）若同時(shí)啟用RDB和AFO兩種持久化方式，則Redis Server啟動(dòng)時(shí)，會(huì)加載AOF文件以重建數(shù)據(jù)集，因?yàn)锳OF可以保證數(shù)據(jù)是相對(duì)最完整的。
2）關(guān)于RDB和AOF各自的優(yōu)缺點(diǎn)以及用戶如何選擇合適的持久化策略，可以參考這里。
3）簡(jiǎn)言之，若可以忍受數(shù)據(jù)丟失，只啟用RDB即可；若對(duì)數(shù)據(jù)很敏感，可以同時(shí)啟用RDB和AOF；不建議只啟用AOF（注釋配置文件的save配置項(xiàng)或通過(guò)redis-cli執(zhí)行save ""），因?yàn)橐坏┤绻鸄OF文件損壞或AOF解析引擎存在bug，整個(gè)數(shù)據(jù)集都無(wú)法重建。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。
重慶分公司
重慶分公司
