redis 設定檔 append only file(aof)部分---資料持久化

標籤：

############################## 僅追加方式 ###############################

#預設情況下Redis會非同步將資料匯出到磁碟上。這種模式對許多應用程式已經足夠了，
#但是如果斷電或者redis進程出問題就會導致一段時間內的更新資料丟失（取決與配置項）
#
#這種只增檔案是可選的能夠提供更好的體驗的資料持久化策略。
#舉個例子，如果使用預設的配置資料fsync策略，在伺服器意外斷電的情況下redis只會丟失一秒中內的更新資料，
#或者當redis進程出問題但作業系統運轉正常時，redis只會丟失一個資料更新操作。
#
#AOF 和 RDB 持久化方式可以同時啟動並且無衝突。
#如果AOF開啟，啟動redis時會載入aof檔案，這些檔案能夠提供更好的保證。
#請在 http://redis.io/topics/persistence 擷取更多資料持久化資訊。

appendonly no

# 只增檔案的檔案名稱。（預設是appendonly.aof）
# appendfilename appendonly.aof

#調用fsync()函數會通知作業系統真正將資料寫入磁碟，而不是等待緩衝區中有更多資料。
#有些作業系統會將資料輸出到磁碟，有些作業系統只是ASAP。
#
#redis支援三種不同的方式：
#
#no:不調用，之等待作業系統來清空緩衝區當作業系統要輸出資料時。很快。
# always: 每次更新資料都寫入僅增記錄檔。慢，但是最安全。
# everysec: 每秒調用一次。折中。
#
#預設是每秒中一次，因為它往往是在速度和資料安全兩者之間的折中選擇。
#如果你可以接受讓作業系統去自動清空緩衝，你可以將這項配置降低到‘no‘(如果你可以接受一段時間的資料丟失，預設的rdb就足夠了)，
#這完全取決與你。如果你想要一個更好的體驗或者從相反的角度，使用‘always‘，這樣會很慢，但是比‘everysec‘安全些。
#
#請在下面的文章中擷取更多細節知識：
#  http://antirez.com/post/redis-persistence-demystified.html
#
#如果你不是很清楚這三項之間的區別，或者不知道哪種適合你的機器，就是用預設吧。

# appendfsync always
appendfsync always
# appendfsync no

#當AOF原則設定為‘always‘或者‘everysec‘的時候，背景儲存進程會進行很多磁碟I／O操作，
#在某些linux結構中redis會在調用sync()方法時阻塞很長時間。記住，現在還沒辦法解決這個問題，即使在不同進程中進行調用也會block。
#
#使用如下配置可能會緩解這個問題，這樣會在儲存大資料或者BIGREWRITEAOF的時候不會在主進程中調用fsync()方法。
#
# 這表示，如果另外一個子進程在進行儲存操作，redis的表現如同配置為‘appendfsync no’。
#在實際應用中，這表示在最壞的情景下（使用linux預設配置）可能會丟失30秒日誌。
#
#如果你有特殊的情況可以配置為‘yes‘。但是配置為‘no‘是最為安全的選擇。
no-appendfsync-on-rewrite no


#自動重寫只增檔案。
#redis可以自動盲從的調用‘BGREWRITEAOF’來重寫記錄檔，如果記錄檔增長了指定的百分比。
#
#它是這樣工作的：每次rewrite後redis會記錄記錄檔的大小。（如果重啟後沒有重寫後的大小，就預設用記錄檔大小）
#
# 這個基準日誌大小和當前日誌大小做比較。如果當前大小比指定的百分比，重寫機制就會被觸發。
#同時，你也要制定一個重寫下線，用來避免增長百分比夠了，但是記錄檔還很小的情況。
#
#指定百分比為0可以注掉自動重寫記錄檔功能。

auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

redis 設定檔 append only file(aof)部分---資料持久化