【MySQL】RedoLog日志和Binlog日志哪个先写的问题?

### Mysql中binlog、undolog和redolog的日志功能及区别 #### binlog（二进制日志） binlog 是 MySQL Server 层的日志，记录了数据库的逻辑操作，例如 `INSERT`、`UPDATE` 和 `DELETE` 等语句。它以逻辑日志的形式存储，记录的是 SQL 语句的原始逻辑[^1]。 - **功能**： - 主要用于主从复制，从库通过读取主库的 binlog 来实现数据同步[^2]。 - 可用于数据恢复，当数据库发生故障时，可以通过重放 binlog 来恢复数据[^4]。 - **刷盘时机**： - `sync_binlog` 参数控制 binlog 的刷盘行为，建议设置为 1，即每次事务提交时都将 binlog 写入磁盘，以保证异常重启后日志不会丢失[^4]。 - **格式**： - 支持三种格式：`STATEMENT`、`ROW` 和 `MIXED`。`ROW` 格式记录每一行的变化，而 `STATEMENT` 格式记录执行的 SQL 语句。 --- #### redo log（重做日志） redo log 是 InnoDB 存储引擎层的日志，记录了数据页的物理变化，属于物理日志[^3]。 - **功能**： - 主要用于崩溃恢复。当数据库因意外宕机或介质故障而需要恢复时，redo log 能够确保未写入磁盘的数据能够被重新应用，从而保证数据的一致性和完整性。 - **记录形式**： - 记录的是数据页的物理变化，而非具体的 SQL 操作。例如，某一行数据从 A 值更新为 B 值，redo log 会记录这一变化的详细信息[^2]。 - **写入方式**： - redo log 是循环写入的，其日志空间大小是固定的。当一个日志文件写满后，会切换到下一个日志文件，形成循环使用。 --- #### undo log（回滚日志） undo log 同样是 InnoDB 存储引擎层的日志，主要用于事务的回滚以及多版本并发控制（MVCC）。 - **功能**： - 在事务执行过程中，如果需要回滚，undo log 提供了撤销操作的能力。例如，某条记录被更新后，undo log 会保存该记录的旧版本，以便在需要时恢复旧值[^2]。 - 支持 MVCC，允许多个事务同时读取不同版本的数据，而不会相互干扰[^1]。 - **记录形式**： - 记录的是事务执行前的数据状态，与 redo log 不同，undo log 是逻辑日志[^2]。 --- #### 区别总结 | 日志类型 | 层级 | 功能 | 记录形式 | 使用场景 | |------------|--------------|--------------------------|----------------|------------------------------------| | binlog | MySQL Server | 数据恢复、主从复制 | 逻辑日志 | 数据同步、故障恢复 | | redo log | InnoDB 引擎 | 崩溃恢复 | 物理日志 | 数据库异常宕机后的数据一致性恢复 | | undo log | InnoDB 引擎 | 事务回滚、MVCC | 逻辑日志 | 回滚操作、支持并发读 | --- ### 示例代码：查看 binlog 文件内容 ```bash # 查看当前 binlog 文件列表 SHOW MASTER LOGS; # 查看指定 binlog 文件的内容 mysqlbinlog /var/lib/mysql/binlog.000001; ``` --- ###