摘要：
撤销日志记录的内容是逻辑的（基于每个记录），重做日志记录是物理的（基于页面），回滚是逻辑回滚innodb_undo_Tablespaces 5.6可以将撤销设置为多个表空间innodb_ undo_可以设置多少撤销日志？默认情况下，128和5.7是96。前32个是为临时表（ibtmp1）保留的。事实上，这并不重要。我通常不使用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(两种)
1、insert undo log record 记录insert
2、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详见下节分析)