在数据库系统中，redo log（重做日志）用于记录所有已提交事务的修改操作，它的主要目的是确保在系统崩溃或故障后，能够恢复数据库到崩溃前的状态。Redo log 记录的是事务修改的数据的具体操作，而不是数据本身。
以 MySQL 为例，假设有一个表 users，它的结构如下：
CREATE TABLE users (id INT PRIMARY KEY,name VARCHAR(100),age INT
);
如果你对表进行如下操作：
INSERT INTO users (id, name, age) VALUES (1, 'Alice', 30);
UPDATE users SET age = 31 WHERE id = 1;
DELETE FROM users WHERE id = 1;
这些操作会被记录在 redo log 中。Redo log 的内容并不会保存具体的 SQL 语句，而是保存对应的 数据修改记录。它通常包括以下信息：
- 事务开始：记录事务的开始时间。
- 数据修改前后的状态：每个数据页的变化，包括修改的数据行、插入的数据或删除的数据。
- 事务提交：事务成功提交后，记录这次提交操作。
对于上面的 SQL 操作，Redo log 中可能会存储如下的内容（以简化的伪代码形式）：
Redo Log 示例
[事务开始] TransID=1
[INSERT] 表: users, 数据: (id=1, name='Alice', age=30)
[UPDATE] 表: users, 数据: (id=1, name='Alice', age=31)
[DELETE] 表: users, 数据: (id=1, name='Alice', age=31)
[事务提交] TransID=1
数据结构
Redo log 中通常会包含以下字段：
- 日志序列号（Log Sequence Number, LSN）：每条日志的唯一标识符。
- 事务ID（Transaction ID）：标识一个事务。
- 操作类型：插入、更新、删除等。
- 修改的表及数据：实际修改的行和字段。
- 旧值和新值：在更新操作中，保存修改前后的值。
为什么需要 Redo Log？
Redo log 的目的是在数据库崩溃后进行恢复，恢复的过程是：通过重做所有已提交事务的操作来恢复到崩溃之前的状态。例如，假设在一个事务执行中系统崩溃了，但日志中已经记录了该事务的所有操作，可以使用 redo log 来恢复该事务所做的修改。
MySQL中的Redo Log存储
在 MySQL 中，redo log 通常保存在 ib_logfile 文件中，这些日志条目是二进制格式的，并且它们的内容和格式通常是数据库引擎（如 InnoDB）内部管理的，用户无法直接读取。
总结： Redo log 存储的是数据库的操作记录，而不是原始数据，主要用于事务恢复。它的内容包括事务的修改操作，确保数据一致性和恢复能力。
