《redis in action》Redis災(zāi)備處理

系統(tǒng)出錯(cuò)或者斷電等等各種問題是計(jì)算機(jī)系統(tǒng)常常需要面對(duì)的問題，redis不像關(guān)系型數(shù)據(jù)庫具有回滾和數(shù)據(jù)的恢復(fù)特性。所以這塊數(shù)據(jù)的恢復(fù)就變成了一種自己去處理的粗糙辦法。簡單來說有從節(jié)點(diǎn)災(zāi)難處理和主節(jié)點(diǎn)災(zāi)難處理。

從節(jié)點(diǎn)出現(xiàn)問題主要就是說網(wǎng)絡(luò)異常或者從節(jié)點(diǎn)直接宕機(jī)的情況。因?yàn)榉N種原因，保存到從節(jié)點(diǎn)的命令是有問題的甚至是錯(cuò)誤的，對(duì)于這種情況redis提供了兩個(gè)命令：

$ redis-check-aof Usage: redis-check-aof [--fix]$ redis-check-dump Usage: redis-check-dump

redis-check-aof表示對(duì)aof備份文件進(jìn)行檢測 ，會(huì)定位到最后出現(xiàn)的錯(cuò)誤命令位置，然后拋棄其后邊的命令。

Redis-check-dump是用來檢測快照文件，因?yàn)榭煺毡旧硎墙?jīng)過壓縮的，因此去讀取然后檢測是辦不到的，只能通過計(jì)算hash的方式進(jìn)行。所以說快照的話最好夸機(jī)備份，然后通過計(jì)算hash值去檢測是否有保存了問題指令，但是本人在redis的文件夾中沒有找到redis-check-dump相關(guān)的東西，也沒找到相關(guān)的資料，以后有機(jī)會(huì)了再研究吧。

在window版本的redis中有redis-check-aof.exe可以檢測redis問題命令的位置，雙擊就行了。

通過以上論所，個(gè)人覺得redis還是做aof持久化比較好。最起碼一旦出現(xiàn)問題，恢復(fù)起來還是比較快的，而且之前說過aof在內(nèi)存占用和性能上都比較友好。那么如果是主節(jié)點(diǎn)直接出現(xiàn)問題甚至是直接斷電的情況下又該怎么辦吶？

在書中也做了示例，大概得意思局勢主節(jié)點(diǎn)斷電了之后，我們應(yīng)該在從節(jié)點(diǎn)上執(zhí)行save命令（save命令具有阻塞客戶端命令執(zhí)行的功能），然后將我們的快照或者aof文件拷貝到新機(jī)器上，比如這里的新主節(jié)點(diǎn)C，然后啟動(dòng)C的redis進(jìn)程。最后讓我們的從節(jié)點(diǎn)從C機(jī)器上進(jìn)行數(shù)據(jù)的拷貝。這里講解的可能不是太清晰，下邊是截圖。