Binlog、Redo log、Undo log的区别

一、binlog和redo log的区别

特性	binlog	redo log
记录对象	记录的是 MySQL 数据库的数据变更和结构变更操作	记录的是 InnoDB 存储引擎的数据页变化，针对的是具体的存储引擎层面。
记录内容	记录的是事务的逻辑操作，例如 SQL 语句（语句型 binlog）或行变化（行型 binlog）。	记录的是数据页的物理变化，例如某个页的某个偏移量的修改。
记录时间	在事务提交后写入（即事务提交完成后才写入 binlog）。	在事务执行过程中写入（即事务提交前会写入 redo log）。
记录方式	写到一定大小会切换下一个，不会覆盖之前的日志。	依次往几个Redo log文件中写入，如果最后一个文件写满了，又会回到第一个Redo log中写入。
用途	备份，复制	保证事务的持久性

 二、Redo log和undo log的区别

对比方向	undo log	redo log
记录内容	记录事务修改前的旧值（用于回滚）	记录数据页的变更内容（用于恢复）
写入顺序	随机读写	顺序写
作用	帮助事务回滚以及实现MVCC	用保证事务的持久性

三、更新数据时，各种日志的写入时机

举例：DELETE FROM t1 WHERE id=1

阶段	undo log	redo log	binlog
事务开始	开始记录事务的旧值，但尚未写入。	未写入。	未写入。
事务执行阶段	写入 undo log，记录 id=1 行的旧值。	未写入。	未写入。
事务提交判断	undo log 已写入，记录旧值。	未写入。	未写入。
事务提交	undo log 已写入，记录旧值。	写入 redo log，记录 id=1 行被删除后的物理变化。	未写入（binlog 在事务提交后写入）。
事务提交后	undo log 已写入，记录旧值。	redo log 已写入，记录物理变化。	写入 binlog，记录 DELETE FROM t1 WHERE id=1 的逻辑操作。
事务结束（成功）	undo log 已写入，记录旧值。	redo log 已写入，记录物理变化。	binlog 已写入，记录逻辑操作。
事务回滚（失败）	使用 undo log 回滚，恢复 id=1 行的旧值。	未写入（redo log 只在事务成功提交时写入）。	未写入（binlog 只在事务成功提交后写入）。