redis的RDB持久化配置以及數據恢復實驗

如何配置RDB持久化機制

redis.conf文件，也就是/etc/redis/6379.conf，去配置持久化
save 60 1000

每隔60s，如果有超過1000個key發生了變更，那麼就生成一個新的dump.rdb文件，就是當前redis內存中完整的數據快照，這個操作也被稱之爲snapshotting，快照

也可以手動調用save或者bgsave命令，同步或異步執行rdb快照生成

save可以設置多個，就是多個snapshotting檢查點，每到一個檢查點，就會去check一下，是否有指定的key數量發生了變更，如果有，就生成一個新的dump.rdb文件

RDB持久化機制的工作流程

（1）redis根據配置自己嘗試去生成rdb快照文件
（2）fork一個子進程出來
（3）子進程嘗試將數據dump到臨時的rdb快照文件中
（4）完成rdb快照文件的生成之後，就替換之前的舊的快照文件

dump.rdb，每次生成一個新的快照，都會覆蓋之前的老快照

基於RDB持久化機制的數據恢復實驗

（1）在redis中保存幾條數據，立即停掉redis進程，然後重啓redis，看看剛纔插入的數據還在不在

數據還在，爲什麼？

帶出來一個知識點，通過redis-cli SHUTDOWN這種方式去停掉redis，其實是一種安全退出的模式，redis在退出的時候會將內存中的數據立即生成一份完整的rdb快照

/var/redis/6379/dump.rdb

（2）在redis中再保存幾條新的數據，用kill -9粗暴殺死redis進程，模擬redis故障異常退出，導致內存數據丟失的場景

這次就發現，redis進程異常被殺掉，數據沒有進dump文件，幾條最新的數據就丟失了

（2）手動設置一個save檢查點，save 5 1
（3）寫入幾條數據，等待5秒鐘，會發現自動進行了一次dump rdb快照，在dump.rdb中發現了數據
（4）異常停掉redis進程，再重新啓動redis，看剛纔插入的數據還在