undo log记录的内容是逻辑的(基于每条记录),redo log记录的是物理的(基于page),rollback是逻辑上的回滚
1innodb_undo_tablespaces 5.6可以将undo设为多个表空间 2innodb_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中有哪些东西？
1double Write 2元数据信息(数据字典) 3undo信息(5.6后可分离),分开放可避免竞争 4 innodb_undo_directory 5 innodb_undo_logs 6 innodb_undo_tablespaces 7 insert buffer/change buffer 8 9在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详见下节分析)