目的
針對於記憶體資料丟失的情況，redis提供了兩種資料持久化的機制。
rdbrdb:將redis的資料通過伺服器快照的方式以二進位制儲存在dump.rdb檔案中。原理：定時fork乙個子執行緒去將記憶體資料進行快照儲存寫入到rdb檔案中，然後替換舊的rdb檔案。主線程處理指令請求。
優點：可以快速恢復資料。缺點：因為記憶體資料寫入rdb檔案中總是週期性的，如果未觸發下一次儲存服務的時候宕機，那麼就會造成資料丟失。
aofaof:開啟aof之後，以一種日誌的形式，redis每執行一條操作時都會追加到aof緩衝區，然後再把aof緩衝區的檔案放入到aof檔案中去。
因為存放的是指令，資料量比較大，所以會執行aof重寫的操作，觸發條件：aof檔案大小超過一定的容量，aof其中指令重複壓縮。
優點：資料不容易丟失。缺點：資料恢復的時間比較長，且檔案比較大。
redis資料持久化的兩種方式
1，aof 優點 該機制可以帶來更高的資料安全性，即資料永續性。操作 dir var redis 可以指定生成的aof檔案和dump檔案的位置 always 每次有資料修改發生時都會寫入aof檔案 everysec 每秒鐘同步一次，該策略為aof的預設策略 no 從不同步。高效但是資料不會被持久化 ...
redis的兩種持久化
一種是rdb持久化 原理是將reids在記憶體中的資料庫記錄定時dump到磁碟上的rdb持久化 另外一種是aof持久化 原理是將reids的操作日誌以追加的方式寫入檔案 那麼這兩種持久化方式有什麼區別呢，改如何選擇呢？網上看了大多數都是介紹這兩種方式怎麼配置，怎麼使用，就是沒有介紹二者的區別 rdb...
redis持久化的兩種方式及其優缺點
企業級redis集群架構 海量資料，高併發 高可用 持久化主要是做災難恢復，資料恢復，也可以歸類到高可用的乙個環節裡面去 比如redis整個掛了，然後redis就不可用了，你要做的事情是讓redis盡快變得可用 重啟redis，盡快讓他對外提供服務，但是沒做資料備份，即使redis啟動了，也不可用啊...