本文介绍了Redis的AOF日志和内存快照（RDB）机制。AOF日志是写后日志，确保正确命令被执行并记录，避免阻塞操作。三种写回策略包括同步、每秒同步和不同步。当AOF文件过大时，采用重写机制减小文件大小。RDB提供全量快照，通过bgsave子进程避免阻塞。文章讨论了快照频率与磁盘压力、内存开销的权衡，并提出混合使用AOF和RDB以兼顾恢复速度和数据丢失风险。
AOF日志
AOF 日志是如何实现的？
数据库的写前日志（Write Ahead Log, WAL）：在实际写数据前，先把修改的数据记到日志文件中，以便故障时进行恢复。
AOF 日志正好相反，是写后日志：“写后”的意思是 Redis 是先执行命令，把数据写入内存，然后才记录日志，如下图所示：
传统数据库的日志，例如 redo log（重做日志），记录的是修改后的数据，而 AOF 里记录的是 Redis 收到的每一条命令，这些命令是以文本形式保存的。
写后日志两大好处
- 可以避免出现记录错误命令的情况
为了避免额外的检查开销，Redis 在向 AOF 里面记录日志的时候，并不会先去对这些命令进行语法检查。所以，如果先记日志再执行命令的话，日志中就有可能记录了错误的命令，Redis 在使用日志恢复数据时，就可能会出错。
而写后日志这种方式，就是先让系统执行命令，只有命令能执行成功，才会被记录到日志中，否则，系统就会直接向客户端报错。
- 不会阻塞当前的写操作
最低0.47元/天 解锁文章
扫一扫
1388
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
