redis的持久化方式怎么使用

這篇文章主要介紹“redis的持久化方式怎么使用”，在日常操作中，相信很多人在redis的持久化方式怎么使用問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”redis的持久化方式怎么使用”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

  redis支持兩種持久化的方式，可以單獨使用或者結合起來使用

     一、RDB

     rdb方式的持久化是通過快照完成的，當符合一定條件時redis會自動將內存中的所有數據執行快照操作并存儲到硬盤上。默認存儲在redis根目錄的dump.rdb文件中。(文件名在配置文件中dbfilename)

redis進行快照的時機（在配置文件redis.conf中）

save 900 1：表示900秒內至少一個鍵被更改則進行快照。

save 300 10

save 60 10000

redis自動實現快照的過程

    1：redis使用fork函數復制一份當前進程的副本(子進程)

 2：父進程繼續接收并處理客戶端發來的命令，而子進程開始將內存中的數據寫入硬盤中的臨時文件

 3：當子進程寫入完所有數據后會用該臨時文件替換舊的RDB文件，至此，一次快照操作完成。  

 注意：redis在進行快照的過程中不會修改RDB文件，只有快照結束后才會將舊的文件替換成新的，也就是說任何時候RDB文件都是完整的。 這就使得我們可以通過定時備份RDB文件來實現redis數據庫的備份， RDB文件是經過壓縮的二進制文件，占用的空間會小于內存中的數據，更加利于傳輸。

手動執行save或者bgsave命令讓redis執行快照。

兩個命令的區別在于，save是由主進程進行快照操作，會阻塞其它請求。bgsave是由redis執行fork函數復制出一個子進程來進行快照操作。

文件修復：redis-check-dump

rdb的優缺點

優點：由于存儲的有數據快照文件，恢復數據很方便。

缺點：會丟失最后一次快照以后更改的所有數據。

二、AOF

     aof方式的持久化是通過日志文件的方式。默認情況下redis沒有開啟aof，可以通過參數appendonly參數開啟。

  appendonly yes

 aof文件的保存位置和rdb文件的位置相同，都是dir參數設置的，默認的文件名是appendonly.aof，可以通過      appendfilename參數修改

   appendfilename appendonly.aof

 redis寫命令同步的時機

 a ppendfsync always 每次都會執行

 appendfsync everysec 默認 每秒執行一次同步操作（推薦，默認）

 appendfsync no不主動進行同步，由操作系統來做，30秒一次

  aof日志文件重寫

 auto-aof-rewrite-percentage 100(當目前aof文件大小超過上一次重寫時的aof文件大小的百分之多少時會再次進行重寫，如果之前沒有重寫，則以啟動時的aof文件大小為依據)

 auto-aof-rewrite-min-size 64mb

  手動執行bgrewriteaof進行重寫

 重寫的過程只和內存中的數據有關，和之前的aof文件無關。 所謂的“重寫”其實是一個有歧義的詞語， 實際上， AOF 重寫并不需要對原有的 AOF 文件進行任何寫入和讀取， 它針對的是數據庫中鍵的當前值。

  文件修復：redis-check-aof

     動態切換redis持久方式，從 RDB 切換到 AOF（支持Redis 2.2及以上）

    CONFIG SET appendonly yes
    CONFIG SET save ""（可選）
     注意：當redis啟動時，如果rdb持久化和aof持久化都打開了，那么程序會優先使用aof方式來恢復數據集，因為aof方式所保存的數據通常是最完整的。如果aof文件丟失了，則啟動之后數據庫內容為空。

 注意：如果想把正在運行的redis數據庫，從RDB切換到AOF，建議先使用動態切換方式，再修改配置文件，重啟數據庫。(不能直接修改配置文件，重啟數據庫，否則數據庫中數據就為空了。)

到此，關于“redis的持久化方式怎么使用”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！