info查看持久化資訊
redis-cli info persistence#
loading：伺服器是否正在載入入持久化文件
rdb_changes_since_last_save：離最近一次成功生成rdb文件，寫入命令的個數，即有多少寫入命令沒有持久化
rdb_bgsave_in_progress ：伺服器是否正在建立rdb檔案
rdb_last_save_time：離最近一次成功建立rdb檔案的時間戳記。目前時間戳記- rdb_last_save_time=多少秒未成功產生rdb檔案
rdb_last_bgsave_status：最近一次rdb持久化是否成功
rdb_last_bgsave_time_sec：最近一次成功產生rdb檔案時秒數
rdb_current_bgsave_time_sec：如果伺服器正在建立rdb文件，那麼這個網域記錄的就是目前的建立操作已經耗費的秒數
rdb_last_cow_size：RDB過程中父行程與子程序相比執行了多少修改(包括讀緩衝區，寫緩衝區，資料修改等)。
aof_enabled：是否開啟了aof
aof_rewrite_in_progress：標識aof的rewrite操作是否在進行中
aof_rewrite_scheduled：rewrite任務計劃，當客戶端發送bgrewriteaof指令，如果當前rewrite子進程正在執行，那麼將客戶端請求的bgrewriteaof變為計劃任務，待aof子進程結束後執行rewrite
aof_last_rewrite_time_sec：最近一次aof rewrite耗費的長度
aof_current_rewrite_time_sec：如果rewrite操作正在進行，則記錄所使用的時間，單位秒
aof_last_bgrewrite_status：上次bgrewriteaof操作的狀態
aof_last_write_status ：上次aof寫入狀態
aof_last_cow_size：AOF過程中父行程與子程序相比執行了多少修改(包括讀緩衝區，寫緩衝區，資料修改等)。
appendfsync有三個選項：always、everysec和no：
1、選擇always的時候伺服器會在每執行一個事件就把AOF緩衝區的內容強制性的寫入硬碟上的AOF檔裡，可以看成你每執行一個redis寫入指令就往AOF檔記錄這條指令，這保證了資料持久化的完整性，但效率是最慢的，卻也是最安全的；
2、配置成everysec的話服務端每執行一次寫入操作（如set、sadd、rpush）也會把該條命令追加到一個單獨的AOF緩衝區的末尾，並將AOF緩衝區寫入AOF文件，然後每隔一秒才會進行一次文件同步把內存緩衝區裡的AOF緩存數據真正寫入AOF文件裡，這個模式兼顧了效率的同時也保證了數據的完整性，即使在伺服器當機也只會失去一秒內對redis資料庫做的修改；
3、將appendfsync配置成no則意味redis資料庫裡的資料就算遺失你也可以接受，它也會把每個寫入命令追加到AOF緩衝區的末尾，然後寫入文件，但什麼時候進行文件同步真正把數據寫入AOF文件裡則由系統自身決定，即當內存緩衝區的空間被填滿或者是超過了設定的時限後系統自動同步。這種模式下效率是最快的，但對數據來說也是最不安全的，如果redis裡的數據都是從後台數據庫如mysql中取出來的，屬於隨時可以找回或者不重要的數據，那麼可以考慮設定成這種模式。
以上是查看redis是否持久化的詳細內容。更多資訊請關注PHP中文網其他相關文章！
