1、 快照的方式持久化到磁盤

自動持久化規則配置

save 900 1

save 300 10

save 60 10000

上面的配置規則意思如下:

# In the example below the behaviour will be to save:

# after 900 sec (15 min) if at least 1 key changed

# after 300 sec (5 min) if at least 10 keys changed

# after 60 sec if at least 10000 keys changed

redis也可以關閉自動持久化，注釋掉這些save配置，或者save “”

如果后臺保存到磁盤發生錯誤,將停止寫操作.

stop-writes-on-bgsave-error yes

使用LZF壓縮rdb文件,這會耗CPU, 但是可以減少磁盤占用.

rdbcompression yes

保存rdb和加載rdb文件的時候檢驗，可以防止錯誤，但是要付出約10%的性能，可以關閉他，提高性能。

rdbchecksum yes

導出的rdb文件名

dbfilename dump.rdb

設置工作目錄, rdb文件會寫到該目錄, append only file也會存儲在該目錄下.

dir ./

Redis自動快照保存到磁盤或者調用bgsave，是后臺進程完成的，其他客戶端仍然和可以讀寫redis服務器，后臺保存快照到磁盤會占用大量內存。調用save保存內存中的數據到磁盤，將阻塞客戶端請求，直到保存完畢。

調用shutdown命令，Redis服務器會先調用save，所有數據持久化到磁盤之后才會真正退出。

對于數據丟失的問題：

如果服務器crash，從上一次快照之后的數據將全部丟失。所以在設置保存規則的時候，要根據實際業務設置允許的范圍。

如果對于數據敏感的業務，在程序中要使用恰當的日志，在服務器crash之后，通過日志恢復數據。

2、 Append-only file 的方式持久化

另外一種方式為遞增的方式,將會引起數據變化的操作, 持久化到文件中, 重啟redis的時候,通過操作命令,恢復數據.

每次執行寫操作命令之后,都會將數據寫到server.aofbuf中。

# appendfsync always

appendfsync everysec

# appendfsync no

當配置為always的時候，每次server.aofbuf中的數據寫入到文件之后,才會返回給客戶端，這樣可以保證數據不丟，但是頻繁的IO操作，會降低性能。

everysec每秒寫一次，這可能會丟失一秒內的操作。

aof最大的問題就是隨著時間append file會變的很大，所以我們需要bgrewriteaof命令重新整理文件，只保留最新的kv數據。