一、redis持久化

# 快照：某時某刻資料的一個完成備份，
    -mysql的Dump
    -redis的RDB
# 寫日誌：任何操作記錄日誌，要恢復資料，只要把日誌重新走一遍即可
    -mysql的 Binlog
    -Redis的 AOF
   

1.1RDB

# 觸發機制-主要三種方式
    -save：客戶端執行save命令----》redis服務端----》同步建立RDB二進位制檔案，如果老的RDB存在，會替換老的
    -bgsave：客戶端執行save命令----》redis服務端----》非同步建立RDB二進位制檔案，如果老的RDB存在，會替換老的
    
 
-配置檔案
        save   900        1
        save   300        10
        save   60         10000
        如果60s中改變了1w條資料，自動生成rdb
        如果300s中改變了10條資料，自動生成rdb
        如果900s中改變了1條資料，自動生成rdb
        
    

1.2AOF

# 客戶端每寫入一條命令，都記錄一條日誌，放到日誌檔案中，如果出現宕機，可以將資料完全恢復

#  AOF的三種策略
    always：redis–》寫命令重新整理的緩衝區—》每條命令fsync到硬碟—》AOF檔案
    everysec（預設值）：redis——》寫命令重新整理的緩衝區—》每秒把緩衝區fsync到硬碟–》AOF檔案
    no:redis——》寫命令重新整理的緩衝區—》作業系統決定，緩衝區fsync到硬碟–》AOF檔案

 
# AOF重寫
    -本質：本質就是把過期的，無用的，重複的，可以優化的命令，來優化
    -使用：
        -在客戶端主動輸入：bgrewriteaof
        -配置檔案：
# AOF持久化配置最優方案
appendonly yes #將該選項設定為yes，開啟
appendfilename "appendonly.aof" #檔案儲存的名字
appendfsync everysec #採用第二種策略
dir ./data #存放的路徑
no-appendfsync-on-rewrite yes #在aof重寫的時候，是否要做aof的append操作，因為aof重寫消耗效能，磁碟消耗，正常aof寫磁碟有一定的衝突，這段期間的資料，允許丟失