MySQL中BinLog与RedoLog的区别及应用场景

Bin Log是MySQL数据库层面的日志文件，记录了所有对数据库的修改操作（如INSERT、UPDATE、DELETE等），但不包括查询语句（如SELECT、SHOW）。它主要用于数据库的主从复制和数据恢复，确保数据库能够在发生故障时恢复到某个特定的历史版本。

Redo Log是InnoDB存储引擎特有的事务日志，记录了InnoDB存储引擎的所有事务操作。无论事务是否提交，这些操作都会被记录下来，以确保在数据库发生故障时能够恢复到最近的稳定状态。通过设置参数innodb_flush_log_at_tx_commit=1，可以在每次事务提交时将Redo Log同步写入磁盘，保证数据的持久性和完整性。

除了Redo Log，InnoDB在进行数据修改时还会记录Undo Log。Undo Log用于支持事务的回滚操作，并实现多版本并发控制（MVCC）。它保存了数据修改前的状态，使得事务可以回滚到之前的版本，同时允许多个事务读取不同版本的数据。

• 记录范围： Bin Log记录所有存储引擎的操作，而Redo Log仅记录InnoDB引擎的事务日志。


• 应用场景： Bin Log主要用于主从复制和数据恢复，Redo Log则用于故障恢复，确保数据的一致性。


• 日志类型： Bin Log是逻辑日志，记录SQL语句；Redo Log是物理日志，记录具体的页面修改。


• 存储方式： Bin Log采用追加写入的方式，不会覆盖旧日志；Redo Log则使用循环写入的方式，当空间不足时会覆盖旧日志。


• 写入时机： Bin Log只在事务提交时写入一次；Redo Log在事务开始时写入prepare状态，在提交时写入commit状态，可能多次写入。