前言：redis還提供了AOF持久化功能。于RDB持久化不同与殃，AOF持久化是通過保存redis服務(wù)器所執(zhí)行的寫命令來記錄數(shù)據(jù)庫狀態(tài)的克蚂。服務(wù)器在啟動(dòng)時(shí)，通過載入和執(zhí)行AOF文件中保存的命令玄柏，來還原服務(wù)器關(guān)閉之前的數(shù)據(jù)庫狀態(tài)。

1戏自、AOF持久化的實(shí)現(xiàn)

? ? AOF持久化的實(shí)現(xiàn)可以分為命令追加（append）壁酬、文件寫入、文件同步（sync）三個(gè)步驟辖所。

1.1惰说、命令追加????

????當(dāng)AOF功能出于打開的狀態(tài)，服務(wù)器執(zhí)行完一個(gè)寫命令之后缘回，會(huì)以協(xié)議格式將被執(zhí)行的寫命令追加到服務(wù)器狀態(tài)的aof_buf緩沖區(qū)的末尾吆视。

struct redisServer{? ??

? ? sds aof_buf; // AOF緩沖區(qū)，SDS底層實(shí)現(xiàn)

}

? ??舉個(gè)例子酥宴， 如果客戶端向服務(wù)器發(fā)送以下命令：SET KEY VALUE

????那么服務(wù)器在執(zhí)行這個(gè)?SET?命令之后啦吧， 會(huì)將以下協(xié)議內(nèi)容追加到?aof_buf?緩沖區(qū)的末尾:*3\r\n$3\r\nSET\r\n$3\r\nKEY\r\n$5\r\nVALUE\r\n

1.2、AOF文件的寫入同步

? ? Redis 的服務(wù)器進(jìn)程就是一個(gè)事件循環(huán)（loop）拙寡， 這個(gè)循環(huán)中的文件事件負(fù)責(zé)接收客戶端的命令請(qǐng)求授滓， 以及向客戶端發(fā)送命令回復(fù)， 而時(shí)間事件則負(fù)責(zé)執(zhí)行像?serverCron?函數(shù)這樣需要定時(shí)運(yùn)行的函數(shù)。

? ??因?yàn)榉?wù)器在處理文件事件時(shí)可能會(huì)執(zhí)行寫命令般堆， 使得一些內(nèi)容被追加到?aof_buf?緩沖區(qū)里面在孝， 所以在服務(wù)器每次結(jié)束一個(gè)事件循環(huán)之前， 它都會(huì)調(diào)用?flushAppendOnlyFile?函數(shù)淮摔， 考慮是否需要將?aof_buf?緩沖區(qū)中的內(nèi)容寫入和保存到 AOF 文件里面私沮， 這個(gè)過程可以用以下偽代碼表示：

? ??flushAppendOnlyFile?函數(shù)的行為由服務(wù)器配置的?appendfsync?選項(xiàng)的值來決定（默認(rèn)everysec）。

? ??

? ? 注意噩咪，文件的寫入和和同步是有區(qū)別的顾彰。

? ?

1.3、AOF持久化的效率和安全性

????always安全性最好胃碾，但是效率最低涨享。

? ?everysec效率也足夠快，并且就算出現(xiàn)故障停機(jī)仆百，數(shù)據(jù)庫也只丟失一秒鐘的命令數(shù)據(jù)厕隧。

? ? no模式下的AOF寫入速度總是最快的，但是同步AOF文件的市場(chǎng)也是最長的俄周。

? ??

2吁讨、AOF文件的載入與數(shù)據(jù)還原

????? ??

?????其中，第一步是創(chuàng)建一個(gè)偽客戶端峦朗。因?yàn)閞edis的命令只能在客戶端上下文中執(zhí)行建丧，而載入AOF文件時(shí)所使用的命令全部都是來源于AOF文件而不是網(wǎng)絡(luò)連接，所以服務(wù)器創(chuàng)建了一個(gè)沒有網(wǎng)絡(luò)連接的偽客戶端來執(zhí)行AOF文件總的寫命令波势。

3翎朱、AOF重寫

????由于AOF持久化是通過保存寫命令來記錄數(shù)據(jù)庫狀態(tài)的，所以隨著服務(wù)器運(yùn)行時(shí)間的流逝尺铣，AOF文件的內(nèi)容會(huì)越來越多 拴曲。文件體積會(huì)越來越大。如果不加以控制凛忿，文件的體積越來愈大澈灼，對(duì)redis服務(wù)器甚至整個(gè)宿主計(jì)算機(jī)造成影響。另外店溢，體積過大的AOF文件叁熔，數(shù)據(jù)恢復(fù)的時(shí)間也越來越多。

????因此逞怨，redis提供了AOF重寫功能者疤。AOF文件重寫并不需要對(duì)現(xiàn)有AOF文件進(jìn)行任何讀取、分析或者寫入操作叠赦，這個(gè)功能是通過讀取服務(wù)器當(dāng)前的數(shù)據(jù)庫狀態(tài)來實(shí)現(xiàn)的驹马。

3.1革砸、AOF后臺(tái)重寫

? ? AOF重寫會(huì)有大量的寫入操作，會(huì)長期阻塞糯累。因?yàn)閞edis是單線程來處理請(qǐng)求命令算利，所以在AOF重寫期間，服務(wù)器將無法處理客戶端發(fā)來的命令請(qǐng)求泳姐。

? ? 所以redis決定將AOF重寫放在子進(jìn)程里面效拭。放在子進(jìn)程而不是子線程，主要是由于使用子進(jìn)程胖秒，可以在避免使用鎖的情況下缎患，保證數(shù)據(jù)的安全性。

3.2阎肝、重寫緩沖區(qū)

? ? ? ? 子進(jìn)程在重寫階段挤渔，服務(wù)器的主進(jìn)程還要繼續(xù)處理命令操作，而新的操作如果對(duì)現(xiàn)有數(shù)據(jù)庫進(jìn)行修改风题，會(huì)導(dǎo)致重寫后的AOF文件和數(shù)據(jù)庫狀態(tài)不一致判导。

? ? ? ? 因此，redis服務(wù)器創(chuàng)建了一個(gè)AOF重寫緩沖區(qū)沛硅。這個(gè)緩沖區(qū)在服務(wù)器創(chuàng)建子進(jìn)程之后開始使用眼刃，當(dāng)redis服務(wù)器操作完一個(gè)寫命令后，用時(shí)將這個(gè)寫命令發(fā)送給AOF緩沖區(qū)和AOF重寫緩沖區(qū)摇肌。

3.3擂红、何時(shí)觸發(fā)AOF重寫

? ? ? ?重寫配置在配置文件中對(duì)應(yīng)的是

????????auto-aof-rewrite-percentage 100

????????auto-aof-rewrite-min-size 64mb

? ? ? ? 前者是指超過上一次aof重寫aof文件大小的百分之多少，會(huì)再次優(yōu)化围小，如果沒有重寫過篮条，則以啟動(dòng)時(shí)為主。

????????后者是限制了允許重寫的最小aof文件大小吩抓。最少AOF文件多大才開始重寫。

? ??