有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步,认准
https://blog.zysicyj.top
全网最细面试题手册，支持艾宾浩斯记忆法。这是一份最全面、最详细、最高质量的 java面试题，不建议你死记硬背，只要每天复习一遍，有个大概印象就行了。 https://store.amazingmemo.com/chapterDetail/1685324709017001`
在数据库系统中，redo log（重做日志）和undo log（撤销日志）是两种不同的日志机制，它们各自承担着不同的职责。虽然 Redis 本身是一个内存数据结构存储系统，并不直接使用这些术语，但是为了解释这个问题，我们可以将这些概念类比到 Redis 的持久化机制中。
Redo Log
Redo log 主要用于确保事务的持久性。在数据库系统中，当事务提交时，即使数据还没有写入到磁盘上的数据文件，redo log 也会记录下这些变更。如果系统崩溃，可以使用 redo log 来重做（redo）这些操作，以确保事务的修改得以恢复。
Undo Log
Undo log 则用于支持事务的原子性和一致性。它记录了事务执行前的数据状态，这样如果事务需要回滚（rollback），可以使用 undo log 来撤销（undo）已经执行的操作，恢复到事务开始前的状态。
Redis 的持久化机制
Redis 使用的持久化机制有两种：RDB（Redis Database）和 AOF（Append Only File）。
- RDB 是一种快照持久化方法，它在指定的时间间隔内生成数据集的完整副本。
- AOF 则记录了所有对数据库进行修改的命令操作，类似于 redo log，因为它可以用来重建数据库的状态。
Redis 中的 Redo 和 Undo
Redis 并不是一个传统的关系型数据库，它不支持事务的 ACID 属性中的持久性和原子性，至少不是以传统数据库中的 redo log 和 undo log 的形式。Redis 的事务不支持回滚，如果事务中的命令执行失败，Redis 会继续执行事务中的其他命令，而不是停止或回滚。
然而，如果我们非要在 Redis 的上下文中讨论 redo log 和 undo log 的话：
- AOF 可以被视为一种类似于 redo log 的机制，因为它记录了如何重建当前状态的所有操作。
- Redis 没有类似于 undo log 的机制，因为它不支持在事务执行失败时回滚已执行的命令。
结论
Redis 的设计哲学与传统的关系型数据库不同，它的持久化和事务模型也有所不同。因此，虽然我们可以将 AOF 类比为类似于 redo log 的机制，但 Redis 实际上并没有实现 undo log 功能。Redis 的事务保证了一系列命令的连续执行，但不保证回滚，这是与传统数据库系统中的事务处理有很大差异的地方。
