redis中的AOF持久化是什么?很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細講解,有這方面需求的人可以來學(xué)習(xí)下,希望你能有所收獲。
AOF持久化
它也是Redis持久化的重要手段之一,aof->Append Only File,只追加文件,也就是每次處理完請求命令后都會將此命令追加到aof文件的末尾。而RDB是壓縮成二進制等時機開子進程去干這件事。
RDB 和 AOF
antirez 在《Redis 持久化解密》一文中講述了 RDB 和 AOF 各自的優(yōu)缺點:
RDB 是一個緊湊壓縮的二進制文件,代表 Redis 在某個時間點上的數(shù)據(jù)備份。非常適合備份,全量復(fù)制等場景。比如每6小時執(zhí)行 bgsave 備份,并把 RDB 文件拷貝到遠程機器或者文件系統(tǒng)中,用于災(zāi)難恢復(fù)。
Redis 加載 RDB 恢復(fù)數(shù)據(jù)遠遠快于 AOF 的方式
RDB 方式數(shù)據(jù)沒辦法做到實時持久化,而 AOF 方式可以做到。
AOF持久化的步驟
1、命令追加步驟
首先服務(wù)器將對數(shù)據(jù)庫的寫操作命令放入AOF緩沖區(qū)中,并通過周期函數(shù)來檢查是否需要將緩沖區(qū)內(nèi)的內(nèi)容寫入AOF文件中(一般有三種策略:always,everysecond,no)。這三種策略是在安全性與效率之間的平衡。
2、數(shù)據(jù)還原
通過創(chuàng)建一個不帶網(wǎng)絡(luò)連接的偽客戶端,并依次執(zhí)行AOF中的命令,從而實現(xiàn)數(shù)據(jù)的還原。
3、AOF重寫
因為AOF是記錄寫操作命令,會導(dǎo)致文件的冗余,只要通過對數(shù)據(jù)庫當(dāng)前狀態(tài)的重新讀出,從而可以實現(xiàn)AOF的精簡。
具體流程如下:
首先創(chuàng)建一個子進程(為什么不用線程呢?因為線程會造成鎖,導(dǎo)致效率低下。而且用子進程不會阻塞父進程)
然后父進程創(chuàng)建一個AOF重寫緩沖區(qū),用于記錄在AOF重寫期間執(zhí)行的寫入命令。
一個寫命令會同時發(fā)送給AOF緩沖區(qū)和AOF重寫緩沖區(qū)。
然后等到重寫完成,子進程向父進程發(fā)送信號,父進程會將AOF重寫緩沖區(qū)的內(nèi)容追加的新的AOF文件中,并原子化的替換原先的AOF文件。
看完上述內(nèi)容是否對您有幫助呢?如果還想對相關(guān)知識有進一步的了解或閱讀更多相關(guān)文章,請關(guān)注億速云行業(yè)資訊頻道,感謝您對億速云的支持。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。