溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹了Redis中AOF原理和缺點是什么，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。
上文我們提到了rRedis中的一種持久化方式就是RDB
此文我們來講另一種實現方式那就是AOF
AOF是通過只記錄Redis寫入命令的追加式日志文件
AOF日志存儲的因為是順序指令，所以在Redis宕機后，內部"重走一遍老路"，就可以達到恢復數據的目的
【相關推薦：Redis視頻教程】
每次我們執行寫入命令的時候，Redis都會把命令追加到AOF文件里面
實際是將內容寫到內存的一個緩存匯總
所以Redis需要實時的去調用Linux提供的fsync函數每次將制定文件從內核緩存寫到磁盤
因為如果實時的去調用函數是非常我們也可以通過改變配置參數來調整調用fsync函數的頻率
如果一直追加AOF文件，日志會變得越來越大
所以Redis內部實現了「重寫」，用來壓縮文件
首先因為很多的key-value早就已經國企，或者很多值不斷被更新，那么日志還存這些無用的數據顯然是可以進行優化的
所以創建一個子進程對內存進行遍歷
遍歷成一個新的文件日志，所以實現了只有最新的值才需要存儲在AOF日志中
我們可以使用下圖的命令來開啟重寫，當然也可以設置成自動執行AOF
AOF缺點每次遍歷整個內存，會給系統帶來很大的額外性能開銷
每次恢復數據是一個很長的過程并且每次進行從內核寫到磁盤很耗費IO性能
感謝你能夠認真閱讀完這篇文章，希望小編分享的“Redis中AOF原理和缺點是什么”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
