Redis 的持久化机制和AOF文件重写原理

最新推荐文章于 2025-12-27 09:28:44 发布

原创最新推荐文章于 2025-12-27 09:28:44 发布 · 379 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#redis #数据库 #缓存

Java程序员面试专栏收录该内容

6 篇文章

订阅专栏

本文探讨了Redis的RDB持久化机制，其可能丢失数据，而AOF机制通过记录每条写命令避免此问题。AOF文件会随时间增长，但可通过重写保持较小体积。通常两者结合使用以兼顾效率和数据安全。此外，作者提到面试准备中对Redis等相关知识的重视。

**注意：**RDB持久化方式是可能发生数据丢失的情况的，刚才说过这种持久化方式是将数据以快照的形式写入二进制文件中，而快照只是某一时刻内存中的数据，试想如果子进程高高兴兴地拿着这个快照去进行持久化了，而这期间主进程继续处理客户端的请求使得内存中的数据发生了修改，那么子进程仅凭手中的快照是无法得知数据已经被修改过了，也就是说主进程的修改在子进程是不会反应出来的，这样将会丢失持久化期间变化的数据内容。

二、AOF机制

AOF机制是将每一个写命令通过write函数保存到文件中，就好像日志记录一样，与RDB不同，AOF机制记录的不是内存中的数据，而是每一条命令。

这样随之而来一个问题：随着时间的推移，AOF文件体积会逐渐膨胀变得越来越大。为了解决这个问题，引入了“AOF文件重写机制”，该机制的原理将在后面谈到，重写之后的新AOF文件与旧文件相比，新旧两个文件所保存的数据库状态是相同的，但是新AOF文件不会包含浪费空间的冗余命令，因此文件重写机制能大大减小AOF文件的体积。

redis也提供了三种方式来触发AOF机制：always、everysec、no。