redo log是InnoDB实现事务持久性的关键机制，通过记录数据页的物理修改并顺序写入磁盘，确保崩溃后可重放日志恢复未写入的数据；它循环写入固定大小的日志文件，由innodb_flush_log_at_trx_commit等参数控制刷盘策略，与binlog不同，后者是Server层的逻辑日志，用于复制和恢复，而redo log专用于InnoDB的崩溃恢复。

redo log 是 MySQL 中 InnoDB 存储引擎实现持久性（Durability）的关键机制之一。它记录了数据页的物理修改，确保在数据库发生崩溃后，未写入磁盘的数据变更可以重新应用，从而保证事务的持久性。

redo log 的作用

当一个事务提交时，InnoDB 并不会立即将数据页的更改写回磁盘，而是先将这些修改操作记录到 redo log 中。由于 redo log 是顺序写入的，速度远高于随机写入数据文件，因此能显著提升性能。

即使系统突然宕机，只要 redo log 已经落盘，MySQL 在重启后就可以通过重放（replay）这些日志来恢复未写入数据文件的变更，避免数据丢失。

redo log 的工作原理

• InnoDB 将 redo log 写入一组循环使用的日志文件（通常为 ib_logfile0 和 ib_logfile1），总大小固定。
• 事务提交时，相关的修改操作被写入 redo log buffer，随后根据策略刷新到磁盘的 redo log 文件中（由参数 innodb_flush_log_at_trx_commit 控制）。
• 当 redo log 文件写满后，会触发检查点（checkpoint），将部分脏页刷回磁盘，并覆盖旧的日志。
• 崩溃恢复时，InnoDB 读取 redo log，重新执行已提交但未持久化的数据修改。

与 binlog 的区别

很多人容易混淆 redo log 和 binlog，它们有本质不同：

极简智能王

极简智能- 智能聊天ai绘画，还可以创作、编写、翻译、写代码等多种功能，满足用户生活和工作的多方面需求

34

查看详情

• redo log 是 InnoDB 特有的物理日志，记录“某个数据页做了什么修改”，用于崩溃恢复。
• binlog 是 MySQL Server 层的日志，记录的是逻辑操作（如 INSERT、UPDATE），用于主从复制和数据恢复。
• redo log 是循环写入，大小固定；binlog 是追加写入，可长期保留。

关键参数配置

合理配置 redo log 可以平衡性能与安全性：

• innodb_log_file_size：单个 redo log 文件大小，较大的值减少日志切换频率，但恢复时间变长。
• innodb_log_files_in_group：日志文件数量，通常为 2。
• innodb_flush_log_at_trx_commit：控制事务提交时日志刷盘行为：
  • 值为 1：每次提交都刷盘（最安全，性能较低）
  • 值为 2：写入系统缓存，每秒刷盘一次（折中）
  • 值为 0：每秒写入并刷盘一次（性能高，但可能丢失最多一秒数据）

基本上就这些。redo log 是 InnoDB 实现高效且可靠事务的核心组件之一，理解它有助于优化数据库性能和保障数据安全。