RDB持久化
RDB文件的生成和載入
生成RDB文件的命令：SAVE和BGSAVE
SAVE命令阻塞Redis進(jìn)程，BGSAVE使用子線程來(lái)進(jìn)行持久化
RDB文件的載入是服務(wù)器在啟動(dòng)過(guò)程中檢測(cè)到RDB，自動(dòng)載入的篓吁，此處有個(gè)前提：AOF持久化功能處于關(guān)閉狀態(tài)孵构，否則優(yōu)先使用AOF文件來(lái)還原數(shù)據(jù)
自動(dòng)間歇性保存
//服務(wù)器在900秒之內(nèi)，對(duì)數(shù)據(jù)庫(kù)至少進(jìn)行了一次修改
save 900 1
//服務(wù)器在300秒之內(nèi)，對(duì)數(shù)據(jù)庫(kù)至少進(jìn)行了10次修改
save 300 10
//服務(wù)器在60秒之內(nèi)，對(duì)數(shù)據(jù)庫(kù)進(jìn)行了至少10000次修改
save 60 10000
AOF持久化
AOF持久化是通過(guò)保存Redis服務(wù)器所執(zhí)行的寫命令來(lái)記錄數(shù)據(jù)庫(kù)的狀態(tài)的。
持久化過(guò)程：
命令追加-->文件寫入-->文件同步
- 命令追加剿配，服務(wù)器執(zhí)行一個(gè)寫命令之后，會(huì)以協(xié)議格式追加到aof_buf緩沖區(qū)的末尾阅束；
- 文件寫入呼胚，將命令寫入aof文件，但是未將文件刷入磁盤息裸；
- 文件同步蝇更，即刷盤
Redis通過(guò)appendfasync參數(shù)來(lái)控制持久化行為：
- always，將aof_buf緩沖區(qū)中所有內(nèi)容寫入并同步到AOF文件呼盆，該方式下Redis性能最差年扩，但是安全性最高，數(shù)據(jù)丟失控制在一個(gè)文件事件之內(nèi)访圃；
- everysec厨幻，將aof_buf緩沖區(qū)所有內(nèi)容寫入aof文件，每一秒進(jìn)行一次aof文件同步腿时，該方式Redis在性能和安全性方面做了折中選擇况脆；
- no，將aof——buf緩沖區(qū)所有內(nèi)容寫入aof文件批糟，同步的時(shí)間交給操作系統(tǒng)自己決定格了，該方式Redis性能最好，但是異常宕機(jī)可能丟失大量數(shù)據(jù)徽鼎。
AOF文件記錄服務(wù)器的寫命令盛末，隨著服務(wù)器在線時(shí)間的推移，AOF文件中內(nèi)容會(huì)越來(lái)越多否淤，甚至可能撐爆磁盤悄但，所以我們需要進(jìn)行AOF重寫，新的AOF文件和舊的AOF文件保存著相同的Redis狀態(tài)石抡，但是不存在數(shù)據(jù)冗余檐嚣，并且新AOF文件的生成不涉及到對(duì)舊AOF文件的讀寫。
Redis是如何進(jìn)行無(wú)阻塞的AOF文件重寫汁雷？
當(dāng)后臺(tái)調(diào)用BGREWRITEAOF指令時(shí)净嘀，Redis會(huì)進(jìn)行無(wú)阻塞的進(jìn)行AOF文件的重寫，Redis會(huì)開(kāi)啟一個(gè)子進(jìn)程侠讯，使用子進(jìn)程可以使父進(jìn)程挖藏，即服務(wù)器進(jìn)程能夠繼續(xù)對(duì)外提供服務(wù)，同時(shí)避免使用鎖的情況下厢漩，保證數(shù)據(jù)的安全性膜眠。但是存在一個(gè)問(wèn)題，在AOF重寫期間溜嗜，服務(wù)器進(jìn)程繼續(xù)處理命令請(qǐng)求宵膨，新的命令可能對(duì)數(shù)據(jù)庫(kù)的狀態(tài)進(jìn)行了修改，使得服務(wù)器當(dāng)前狀態(tài)和重寫后的服務(wù)器狀態(tài)不一致炸宵，為了解決這個(gè)問(wèn)題辟躏，Redis設(shè)置了一個(gè)AOF重寫緩沖區(qū)，當(dāng)Redis執(zhí)行寫命令時(shí)土全，會(huì)同時(shí)將命令追加到AOF緩沖區(qū)和AOF重寫緩沖區(qū)捎琐，那么子進(jìn)程在執(zhí)行AOF重寫期間服務(wù)器需要執(zhí)行三個(gè)工作：
- 執(zhí)行客戶端發(fā)送的命令；
- 將執(zhí)行的寫命令追加到AOF緩沖區(qū)裹匙；
- 將執(zhí)行的命令追加到AOF重寫緩沖區(qū)瑞凑；
當(dāng)子進(jìn)程完成重寫之后，會(huì)向父進(jìn)程發(fā)送一個(gè)信號(hào)概页，父進(jìn)程調(diào)用信號(hào)處理函數(shù)籽御，執(zhí)行以下操作：
- 將AOF重寫緩沖區(qū)中的所有內(nèi)容寫入到新的AOF文件中，這是新的AOF文件狀態(tài)與當(dāng)前服務(wù)器狀態(tài)一致惰匙；
- 對(duì)新的AOF文件進(jìn)行改名技掏，原子性的覆蓋現(xiàn)有的AOF文件，完成新舊AOF文件的替換项鬼。
注：信號(hào)處理函數(shù)處理過(guò)程中需要阻塞Redis零截。
