1. 程式人生 > >redis持久化

redis持久化

文件名 當前 onf don set for 內容 不能 span

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

第一種:RDB方式(redis默認的持久化方式) 第二種:AOF方式 一、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持久化