RDB快照持久化

aof二進(jìn)制整塊，恢復(fù)很快。

RDB的工作原理

每隔N分鐘或N次寫操作后，從內(nèi)存中dump數(shù)據(jù)形成rdb文件。然后突然斷電等情況下。
再次登錄時，會自動恢復(fù)備份的數(shù)據(jù)。這個就有儲存了功能，而memcached是沒有的
壓縮
放在備份目錄
注：加黑部分可以通過修改redis.conf來修改

RDB快照的配置選項

save 900 1
save 300 1000
save 60 10000//如果60秒內(nèi)有10000次寫入，則產(chǎn)生快照
注：如果把這三個都給注釋掉，就相當(dāng)于關(guān)閉這個功能了
stop-writes-bgsave-error yes//后臺備份進(jìn)程出錯時，主進(jìn)程停不停止寫入，默認(rèn)停止為好，避免出現(xiàn)數(shù)據(jù)完整性問題
rdbcompression yes//導(dǎo)出的rdb文件是否壓縮
rdbchecksum yes//rdb用來恢復(fù)數(shù)據(jù)時，要不要檢驗(yàn)rdb的完整性
dbfilename dump.rdb //導(dǎo)出的rdb的文件名
dir ./ //rdb的放置路徑

stop-writes-bgsave-error

最開始redis只有一個進(jìn)程，在執(zhí)行dump操作時，redis就不能響應(yīng)用戶客戶端的操作了?，F(xiàn)在的redis在執(zhí)行dump操作時，會專門生成一個dumprdb子進(jìn)程，用于dump rdb，進(jìn)而不會影響客戶端的操作。但當(dāng)dumprdis這個子進(jìn)程出現(xiàn)問題的時候，這個時候停止主進(jìn)程redis-server為好，因?yàn)槿绻煌Ｖ梗锌赡軙霈F(xiàn)數(shù)據(jù)完整性的問題。
RDN快照持久化的優(yōu)點(diǎn)：
進(jìn)行快照時，是整個二進(jìn)制快，所以恢復(fù)時很快。

redis-benchmark的用處

redis-benchmark -h查看命令的操作
redis-benchmark -n [次數(shù)] 默認(rèn)是10000次 可以測試redis性能，講RDB快照時，也可以讓其滿足dump條件
這個工具能做壓力測試，執(zhí)行幾次，redis就認(rèn)為做了幾次多少次寫入

注意

這里的寫入不單單是數(shù)據(jù)的寫而應(yīng)該指只要數(shù)據(jù)改變，一切都是。