淺析Redis中AOF的原理和缺點

本篇文章帶大家了解一下redis持久化中的aof，介紹一下aof原理、aof缺點，希望對大家有所幫助！

AOF

• 上文我們提到了rredis中的一種持久化方式就是RDB

  • 此文我們來講另一種實現(xiàn)方式那就是AOF

  • AOF是通過只記錄Redis寫入命令的追加式日志文件

  • AOF日志存儲的因為是順序指令，所以在Redis宕機后，內(nèi)部”重走一遍老路”，就可以達到恢復(fù)數(shù)據(jù)的目的

【相關(guān)推薦：Redis視頻教程】

AOF原理

• 每次我們執(zhí)行寫入命令的時候，Redis都會把命令追加到AOF文件里面

  • 實際是將內(nèi)容寫到內(nèi)存的一個緩存匯總

  • 所以Redis需要實時的去調(diào)用linux提供的fsync函數(shù)每次將制定文件從內(nèi)核緩存寫到磁盤

  • 因為如果實時的去調(diào)用函數(shù)是非常我們也可以通過改變配置參數(shù)來調(diào)整調(diào)用fsync函數(shù)的頻率

重寫

• 如果一直追加AOF文件，日志會變得越來越大
  • 所以Redis內(nèi)部實現(xiàn)了「重寫」，用來壓縮文件
  • 首先因為很多的key-value早就已經(jīng)國企，或者很多值不斷被更新，那么日志還存這些無用的數(shù)據(jù)顯然是可以進行優(yōu)化的
  • 所以創(chuàng)建一個子進程對內(nèi)存進行遍歷
  • 遍歷成一個新的文件日志，所以實現(xiàn)了只有最新的值才需要存儲在AOF日志中
  • 我們可以使用下圖的命令來開啟重寫，當(dāng)然也可以設(shè)置成自動執(zhí)行AOF

AOF缺點

• 每次遍歷整個內(nèi)存，會給系統(tǒng)帶來很大的額外性能開銷

• 每次恢復(fù)數(shù)據(jù)是一個很長的過程并且每次進行從內(nèi)核寫到磁盤很耗費IO性能

更多編程相關(guān)知識，請訪問：Redis視頻教程！！