RDB

1. 什麼是RDB

RDB：每隔一段時間，把記憶體中的資料寫入磁碟的臨時文件，作為快照，恢復的時候把快照文件讀進記憶體。如果宕機重啟，那麼記憶體裡的資料肯定會沒有的，那麼再次啟動redis後，則會恢復。【相關建議：Redis影片教學】

2.備份與復原

##記憶體備份--> 磁碟暫存檔案

臨時檔案--> 恢復到記憶體

3. RDB優劣勢

#劣勢

4. RDB的設定

/user/local/redis/working/dump.rdb

save 900 1
save 300 10
save 60 10000
save 10 3

登入後複製

* 如果1个缓存更新，则15分钟后备份
* 如果10个缓存更新，则5分钟后备份
* 如果10000个缓存更新，则1分钟后备份

登入後複製

#stop-writes-on-bgsave-error

yes：如果save程序出錯，則停止寫入操作
#rdbcompression
yes：開啟rdb壓縮模式
rdbchecksum
yes：使用CRC64演算法校驗對rdb進行資料校驗，有10%效能損耗

#RDB適合大量資料的恢復，但是資料的完整性和一致性可能會不足。

AOF

AOF特徵

#以日誌的形式記錄使用者要求的寫入操作。讀取操作不會記錄，因為寫入操作才會儲存。

檔案以追加的形式而不是修改的形式。
redis的aof恢復其實就是把追加的檔案從開始到結尾讀取執行寫入操作。

AOF更耐用，可以以秒位為單位備份，如果發生問題，也只會遺失最後一秒的數據，大大增加了可靠性和數據完整性。所以AOF可以每秒備份一次，使用fsync操作。

以log日誌形式追加，如果磁碟滿了，會執行redis-check-aof 工具
當資料太大的時候， redis可以在背景自動重寫aof。當redis繼續把日誌追加到舊的檔案中去時，重寫也是非常安全的，不會影響客戶端的讀寫操作。
AOF 日誌包含的所有寫入操作，會更方便redis的解析復原。

#相同的數據，同一份數據，AOF比RDB大

針對不同的同步機制，AOF會比RDB慢，因為AOF每秒都會備份做寫操作，這樣相對與RDB來說就略低。每秒備份fsync沒毛病，但如果客戶端的每次寫入就做一次備份fsync的話，那麼redis的效能就會下降。
AOF發生過bug，就是資料復原的時候資料不完整，這樣看起來AOF會比較脆弱，容易出現bug，因為AOF沒有RDB那麼簡單，但呢為了防止bug的產生，AOF就不會根據舊的指令去重構，而是根據當時快取中存在的資料指令去做重構，這樣就更加健壯可靠了。

`# AOF 默认关闭，yes可以开启
appendonly no

# AOF 的文件名
appendfilename "appendonly.aof"

# no：不同步
# everysec：每秒备份，推荐使用
# always：每次操作都会备份，安全并且数据完整，但是慢性能差
appendfsync everysec

# 重写的时候是否要同步，no可以保证数据安全
no-appendfsync-on-rewrite no

# 重写机制：避免文件越来越大，自动优化压缩指令，会fork一个新的进程去完成重写动作，新进程里的内存数据会被重写，此时旧的aof文件不会被读取使用，类似rdb
# 当前AOF文件的大小是上次AOF大小的100% 并且文件体积达到64m，满足两者则触发重写
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb`

登入後複製

到底採用RDB還是AOF呢？

如果你能接受一段時間的快取遺失，那麼可以使用RDB