一条SQL语句的执行流程（下）

• Undo Log

  • 执行一个修改操作时，如果对应的数据不存在 Buffer ，会从磁盘中去加载对应的数据对 Buffer ，然后再对内存进行修改。当数据发生变化的时候会记录一条相反的逻辑日记到 undo log。
  • 除了记录逻辑日志还会记录对应的事务Id或者说是版本Id, 有了多版本控制，可以解决事务不可重复读问题。当你开启一个事务时，会生成一个版本Id，通过查询比自己版本号少的数据来实现可重复读。

• Redo Log

  • 在以页为单位进行磁盘交互时，一个事务对内存数据的修改可以涉及到多个数据页，redo log 记录的东西可以理解成将多个数据页涉及到修改的部分整合在一个数据页里。记录数据页的修改，保持事务持久性。
  • redo log 是固定空间大小，通过 write pos 和 checkpoint 循环写。write pos 负责在黑板写字，checkpoint 负责檫黑板。当 write pos 写的速度过快，追上 checkpoint 时，没空间可以写了，就要停止对内存数据的修改。擦除记录前需要先把 Buffer 中对应的脏页刷入磁盘，再把刚刚对应的 relog log擦除掉。没地方写的时候，就需要擦除更多的 redo log，这个操作会使得 MySQL 突然间“抖”一下，响应速度变慢了。
  • 客户端执行了一个更新语句，然后客户端收到成功修改的结果， 这个时候脏数据还没有刷入磁盘。如果 MySQL 宕机了， 下次重启了可以通过 redo Log 来恢复脏页内容。

• Binlog

  • 前面的 undo log 和 redo log 是 innoDB 特有的，而 binlog 是 MySQL Server层实现的，不管你是