一、基本介紹
本次演示使用的redis版本是3.2.100,操作系統是win10。
redis支持兩種持久化方案,RDB和AOF,前者是默認打開的,後者需要手動開啓。我們通過配置文件可以驗證這一點,
RDB默認開啓
save 900 1
save 300 10
save 60 10000
這三條配置是RDS觸發快照的條件,它們的意思分別是:
- 900秒內如果有一條寫入,則產生快照
- 300秒內如果有1000次寫入,則產生快照
- 60秒內如果有10000次寫入,則產生快照
當然,觸發rdb快照的條件不止這些,下面會講到。
AOF默認關閉
appendonly no
二、RDB介紹
RDB的方案是當滿足觸發條件是,將內存中的數據以二進制的方式寫入磁盤保存,默認保存的文件叫dump.rdb(可以改),當redis重啓時,會讀取該文件進行數據恢復。
查看快照文件的信息
127.0.0.1:6379> config get dbfilename
1) "dbfilename"
2) "dump.rdb"
127.0.0.1:6379> config get dir
1) "dir"
2) "C:\\redis-6379"
127.0.0.1:6379>
觸發RDB快照條件
除了上面提到的在指定時間內,指定寫次數觸發之外,下面幾種情況也會觸發redis執行RDB快照,
- 手動執行save(同步阻塞)或者bgsave(異步阻塞)命令
- 執行flushall命令
- redis退出,執行shutdown命令
下面拿第一種情況演示下,這裏會用到info Persistence命令,用來查看持久化信息。
127.0.0.1:6379> info persistence
# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1561595205
...省略其它
127.0.0.1:6379> save
OK
127.0.0.1:6379> info persistence
# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1561595940
...省略其它
127.0.0.1:6379>
注意看rdb_last_save_time字段,說明save命令觸發了持久化。
三、AOF介紹
爲了演示AOF,我們需要手動把AOF開關打開,然後重啓redis。
AOF將Redis執行的每一條寫命令追加到磁盤文件(appendonly.aof)中,如果打開了AOF,redis啓動時候優先選擇從AOF文件恢復數據。
相關配置
除了開關,和AOF相關的配置還有以下幾個:
appendfilename "appendonly.aof" #數據庫文件名
# appendfsync always #每個命令都追加寫入
appendfsync everysec #每秒寫1次
# appendfsync no #寫入工作交給操作系統,由操作系統判斷緩衝區大小,統一寫入到aof
no-appendfsync-on-rewrite yes: #正在導出rdb快照的過程中,是否停止同步aof
auto-aof-rewrite-percentage 100 #aof文件大小比起上次重寫時的大小,增長率100%時,重寫
auto-aof-rewrite-min-size 64mb #aof文件,至少超過64M時,才重寫
重寫機制
通過前面講述的AOF的過程,聰明的你可能會想到一個問題,AOF不斷的追加命令到文件,那文件豈不是越來越大,時間長了對磁盤空間也是負擔啊。
你都想到了,redis的作者會想不到嗎?redis引入了重寫機制來解決這個問題。上面配置的最後兩條其實就是重寫的觸發條件,說白了意思就是:
當AOF文件大小是上次rewrite後大小的一倍且文件大於64M時觸發
除了上面的條件觸發,AOF也支持手動觸發(bgrewriteaof命令)下面用這個命令演示重寫
λ redis-cli.exe
127.0.0.1:6379> bgrewriteaof
Background append only file rewriting started
127.0.0.1:6379>
啓動日誌:
[18268] 27 Jun 09:23:41.282 # Server started, Redis version 3.2.100
[18268] 27 Jun 09:23:41.282 * The server is now ready to accept connections on port 6379
[18268] 27 Jun 09:24:03.236 * Background append only file rewriting started by pid 18740
[18268] 27 Jun 09:24:03.388 * AOF rewrite child asks to stop sending diffs.
[18268] 27 Jun 09:24:03.488 # fork operation complete
[18268] 27 Jun 09:24:03.489 * Background AOF rewrite terminated with success
[18268] 27 Jun 09:24:03.491 * Residual parent diff successfully flushed to the rewritten AOF (0.00 MB)
[18268] 27 Jun 09:24:03.496 * Background AOF rewrite finished successfully
四、總結
- 如果使用持久化,建議RDB和AOF都開啓,雙重保障。AOF會優先執行,如果執行失敗還有RDB
- RDB適合大規模數據恢復,但是完整性不如AOF,因爲RDB可能在最後一次備份時宕機了
- RDB相對AOF比較佔用內存