這篇文章主要介紹了redis中AOF原理和缺點是什么,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
站在用戶的角度思考問題,與客戶深入溝通,找到溧水網站設計與溧水網站推廣的解決方案,憑借多年的經驗,讓設計與互聯(lián)網技術結合,創(chuàng)造個性化、用戶體驗好的作品,建站類型包括:網站建設、成都網站制作、企業(yè)官網、英文網站、手機端網站、網站推廣、國際域名空間、虛擬空間、企業(yè)郵箱。業(yè)務覆蓋溧水地區(qū)。
上文我們提到了rRedis
中的一種持久化方式就是RDB
此文我們來講另一種實現(xiàn)方式那就是AOF
AOF
是通過只記錄Redis
寫入命令的追加式日志文件
AOF
日志存儲的因為是順序指令,所以在Redis
宕機后,內部"重走一遍老路",就可以達到恢復數(shù)據的目的
【相關推薦:Redis視頻教程】
每次我們執(zhí)行寫入命令的時候,Redis
都會把命令追加到AOF
文件里面
實際是將內容寫到內存的一個緩存匯總
所以Redis
需要實時的去調用Linux
提供的fsync
函數(shù)每次將制定文件從內核緩存寫到磁盤
因為如果實時的去調用函數(shù)是非常我們也可以通過改變配置參數(shù)來調整調用fsync
函數(shù)的頻率
如果一直追加AOF
文件,日志會變得越來越大
所以Redis
內部實現(xiàn)了「重寫」,用來壓縮文件
首先因為很多的key-value
早就已經國企,或者很多值不斷被更新,那么日志還存這些無用的數(shù)據顯然是可以進行優(yōu)化的
所以創(chuàng)建一個子進程對內存進行遍歷
遍歷成一個新的文件日志,所以實現(xiàn)了只有最新的值才需要存儲在AOF
日志中
我們可以使用下圖的命令來開啟重寫,當然也可以設置成自動執(zhí)行AOF
AOF
缺點每次遍歷整個內存,會給系統(tǒng)帶來很大的額外性能開銷
每次恢復數(shù)據是一個很長的過程并且每次進行從內核寫到磁盤很耗費IO性能
感謝你能夠認真閱讀完這篇文章,希望小編分享的“Redis中AOF原理和缺點是什么”這篇文章對大家有幫助,同時也希望大家多多支持創(chuàng)新互聯(lián),關注創(chuàng)新互聯(lián)行業(yè)資訊頻道,更多相關知識等著你來學習!