UNDO日志

undo log记录的内容是逻辑的(基于每条记录),redo log记录的是物理的(基于page),rollback是逻辑上的回滚

innodb_undo_tablespaces    5.6能够将undo设为多个表空间
innodb_undo_logs           能够设置有多少个undo,默认128,5.7是96,前面32个留给临时表(ibtmp1),其实也无所谓,一般用不到

Ⅰ、UNDO对象

从底层来看很是复杂

对象	说明
rollback segment	回滚段
undo log segment undo	undo日志段
undo page	组成了undo日志段
undo log	存在于undo page中
undo log record	存在于undo log中

上面这个太底层,这里只分析回滚段和undo log内容,其余本身看书

1.1 rollback segment（回滚段）

• 5.5以前只有1个rollback segment
• 5.5以后有128个
• 不保存任何undo log,只保存undo log segment的位置
• 含有1024个undo slot

Rollback               undo log
   Segment                segment
+-----------+            +---------+            +------+
| segment 1 |            |    1    +------------> undo |
+-----------+            +---------+            +------+
| segment 2 +------------>    2    |
+-----------+            +---------+
| segment 3 |            |   ...   |
+-----------+            +---------+            +------+
|           |            |  1024   +------------> undo |
|     .     |            +---------+            +------+
|     .     |
|     .     |
|           |
+-----------+
| segment127|
+-----------+
| segment128|
+-----------+

5.5只有一个rollback segment,即只有1024个undo log segment,就表示只能有1024个并发事务(线程)去执行undo
若是用不到undo,其实能够超过1024个线程
在5.6中支持128*1024个并发执行undo线程

1.2 undo log的保存

undo默认保存在ibdata,即系统表空间中

再回顾下,ibdata1中有哪些东西？

double Write
元数据信息(数据字典)
undo信息(5.6后可分离),分开放可避免竞争
  innodb_undo_directory
  innodb_undo_logs
  innodb_undo_tablespaces
  insert buffer/change buffer

在MySQL5.7之后,Rollback Segment从128个小到96个,剩余的32个rollback segment预留给临时表空间(ibtmp1)使用

1.3 undo log的内容

• undo log header

• undo log records(两种)

  一、insert undo log record 记录insert

  二、update undo log record, 记录update和delete(trx_undo_upd_exist_rec,trx_undo_del_mark_rec,trx_undo_upd_del_rec)

undo是逻辑日志,记录了每一行修改的值(先后项)

以前说的redo写prepare,就是把上图中红色框框部分修改成prepare状态(redo记录页的变化,undo也是一种页)

tips；

• 一个undo log是由不少undo log record组成,由于一个undo包含不少记录
• insert和update两种undo处理方式不同,存放在不一样段里面,是由于undo的回收对于insert操做,只要被插入了就能够被回收,而update操做,即便事物提交了,这个undo也不能立刻被回收(mvcc详见下节分析)