Redo Log（重做日志）是 MySQL 中 InnoDB 存储引擎的重要组成部分，它在保证数据的持久性、提高数据库性能和实现崩溃恢复等方面发挥着关键作用。下面为你详细介绍 Redo Log。
基本概念
Redo Log 是一种物理日志，它记录了 InnoDB 存储引擎对数据页的物理修改操作，而不是像二进制日志那样记录逻辑 SQL 语句。当事务对数据库进行修改时，InnoDB 首先将这些修改操作记录到 Redo Log 中，然后再将修改应用到数据页上。这样即使在数据库崩溃后，也可以通过 Redo Log 来恢复那些已经记录但还未应用到数据页上的修改，保证数据的一致性和持久性。
工作原理
1. 写入过程
- 当事务执行数据修改操作（如
INSERT、UPDATE、DELETE）时，InnoDB 会将这些修改操作的物理信息（如数据页的偏移量、修改前后的值等）记录到 Redo Log Buffer 中。Redo Log Buffer 是内存中的一块区域，用于临时存储 Redo Log 信息。 - Redo Log Buffer 中的内容会按照一定的规则定期或在满足特定条件时（如事务提交）刷新到磁盘上的 Redo Log File 中。
2. 崩溃恢复
- 当数据库崩溃后重启时，InnoDB 会检查 Redo Log File，将其中记录的未应用到数据页上的修改操作重新执行一遍，从而将数据库恢复到崩溃前的一致状态。
相关文件和参数
1. Redo Log 文件
- Redo Log 文件通常以循环方式使用，由多个固定大小的文件组成，默认文件名是
ib_logfile0、ib_logfile1等。这些文件的大小和数量可以通过配置参数进行调整。 - 例如，在 MySQL 配置文件中可以通过以下参数设置 Redo Log 文件的大小和数量：
[mysqld]
innodb_log_file_size = 256M
innodb_log_files_in_group = 2-
innodb_log_file_size：指定每个 Redo Log 文件的大小。 -
innodb_log_files_in_group：指定 Redo Log 文件组中的文件数量。
2. Redo Log Buffer
- Redo Log Buffer 的大小可以通过
innodb_log_buffer_size参数进行设置，默认值通常为 16MB。较大的 Redo Log Buffer 可以减少磁盘 I/O 操作，提高性能，但会占用更多的内存。
[mysqld]
innodb_log_buffer_size = 32M优点
1. 保证数据持久性
通过记录所有数据修改操作，即使数据库崩溃，也可以通过 Redo Log 恢复数据，确保事务的持久性。
2. 提高性能
将数据修改操作先记录到 Redo Log Buffer 中，然后批量刷新到磁盘上的 Redo Log File，减少了磁盘随机 I/O 操作，提高了数据库的写入性能。
3. 实现崩溃恢复
在数据库崩溃后，通过 Redo Log 可以快速将数据库恢复到一致状态，减少数据丢失的风险。
注意事项
1. Redo Log 文件大小
如果 Redo Log 文件太小，可能会导致频繁的文件切换和写入，影响性能；如果太大，可能会增加崩溃恢复的时间。需要根据数据库的写入负载和性能需求合理调整 Redo Log 文件的大小和数量。
2. 磁盘 I/O 性能
Redo Log 的写入是顺序 I/O 操作，对磁盘 I/O 性能要求较高。建议将 Redo Log 文件存储在高性能的磁盘设备上，如 SSD，以提高写入性能。
3. 日志刷盘策略
InnoDB 提供了不同的日志刷盘策略，可以通过 innodb_flush_log_at_trx_commit 参数进行设置：
-
0：每秒将 Redo Log Buffer 中的内容刷新到磁盘上的 Redo Log File 中，事务提交时不进行刷盘操作。这种方式性能最高，但在系统崩溃时可能会丢失最多 1 秒的数据。 -
1：每次事务提交时都将 Redo Log Buffer 中的内容刷新到磁盘上的 Redo Log File 中，保证数据的绝对持久性，但会影响性能。 -
2：每次事务提交时将 Redo Log Buffer 中的内容写入操作系统的缓存中，由操作系统定期将缓存中的内容刷新到磁盘上。这种方式在系统崩溃时可能会丢失部分数据，但性能介于0和1之间。
