| 命令 | save | bgsave |
| IO | 同步 | 異步 |
| 阻塞 | 阻塞 | 阻塞(操作不當fork阻塞) |
| 優點 | 不額外占用內存 | 不阻塞客戶端命令 |
| 缺點 | 阻塞客戶端命令 | 需要fork，額外消耗內存 |
redis自動生成RDB文件（不可控）
save 900 1 #900秒 改了一次就自動生成RDB文件
save 300 10 #300秒修改了10次就自動生成RDB文件
redis save配置推薦
#關閉自動保存配置#save 900 1 #900秒 改了一次就自動生成RDB文件#save 300 10 #300秒修改了10次就自動生成RDB文件
dbfilename dump-${port}.rdb #rdb文件名
dir /bigdiskpath #分盤，rdb文件保存位置
stop-writes-on-bgsave-error yes #bdsave出錯，停止寫入
rdbcompression yes #采用壓縮位置
rdbchecksum yes #開啟校驗和
不容忽視的觸發機制
有時候我們沒有執行save bgsave命令，也沒有開啟自動保存命令，還是會生成RDB，可能是因為以下原因：
AOF
RDB存在的問題：耗時耗性能，阻塞丟失數據
AOF運行原理：每執行一條命令，就在AOF中增加一條記錄。當需要恢復時，直接執行AOF寫入redis
AOF三種策略
| 命令 | always | everysec | no |
| 優點 | 不丟失數據 | 每秒一次 | 不用管 |
| 缺點 | IO開銷大 | 丟失一秒數據 | 不可控 |
AOF重寫
將過期的，重復的，做一些優化合并
作用：減少磁盤空間占用，加快文件恢復速度
AOF重寫兩種方式：
bgrewriteaof
aof重寫配置
AOF重寫配置
auto-aof-rewrite-min-size #AOF重寫需要的最小尺寸
auto-aof-rewrite-percentage #AOF文件增長率
aof_current_size #統計當前aof文件大小
aof_base_size #aof上次啟動和重寫的尺寸
AOF配置
RDB和AOF的比較
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
