写在文章开头
AOF
会将用户的指令按照RESP协议将数据持久化的物理磁盘中,由于AOF
是每条指令都会进行这周操作,所以随着时间的推移appendonly.aof
的体积会逐渐增大,于是redis就提出了aof重写这一机制来重写appendonly.aof
。
笔者看过市面上的很多文章,它们都一致认为AOF重写是解析appendonly.aof
文件,基于del等指令将抹去一些无用的键值对,但是笔者查看源码后发现,此类说法有着严重的错误,所以笔者就基于此文来详细讨论一些Redis
的AOF
重写机制。
Hi,我是 sharkChili ,是个不断在硬核技术上作死的 java coder ,是 CSDN的博客专家 ,也是开源项目 Java Guide 的维护者之一,熟悉 Java 也会一点 Go ,偶尔也会在 C源码 边缘徘徊。写过很多有意思的技术博客,也还在研究并输出技术的路上,希望我的文章对你有帮助,非常欢迎你关注我的公众号: 写代码的SharkChili