【MySQL精通之路】InnoDB(6)-磁盘结构(6)-Undolog
1.介绍
Undolog是与单个读写事务相关联的Undolog记录的集合。
Undolog包含有关如何撤消事务对聚集索引记录最新更改的信息。如果另一个事务需要将查看一致性读的一部分原始数据，则会从Undolog记录中检索未修改的数据。
2.结构
Undolog记录存在于Undolog段中
而Undolog段存在于回滚段中
回滚段存在于Undo表空间和全局临时表空间中。
位于全局临时表空间中的Undolog用于修改用户定义的临时表中的数据的事务。
这些Undo记录不会被重新记录，因为它们不是崩溃恢复所必需的。
它们仅用于服务器运行时的回滚。这种类型的undo日志避免了redo日志I/O，从而提高了性能。
有关undolog的静态数据加密的信息，请参阅undolog加密。
2.1 回滚段和Undo槽（rollback segments和slots）
每个undo表空间和全局临时表空间分别支持最多128个回滚段。
innodb_rollback_segments变量定义回滚段的数量。
回滚段支持的事务数取决于回滚段中撤消槽的数量以及每个事务所需的Undo日志的数量。
回滚段中撤消槽的数量因InnoDB页面大小而异。
| InnoDB 页大小 | 回滚段中的Undo槽数量 (InnoDB页大小 / 16) |
|---|---|
4096 (4KB) | 256 |
8192 (8KB) | 512 |
16384 (16KB) | 1024 |
32768 (32KB) | 2048 |
65536 (64KB) | 4096 |
3.类型
一个事务最多分配四个Undolog，以下操作类型各分配一个：
对用户定义表的INSERT操作
对用户定义的表执行UPDATE和DELETE操作
对用户定义的临时表执行INSERT操作
对用户定义的临时表执行UPDATE和DELETE操作
根据需要分配Undolog。
例如，对常规表和临时表执行INSERT、UPDATE和DELETE操作的事务需要完全分配四个Undolog。只对常规表执行INSERT操作的事务需要一个Undolog。
对常规表执行操作的事务从分配的Undolog表空间回滚段分配Undolog。对临时表执行操作的事务从分配的全局临时表空间回滚段分Undolog。
分配给事务的Undolog在其持续时间内保持附加到事务。
例如，为常规表上的INSERT操作分配给事务的Undolog将用于该事务在常规表上执行的所有INSERT操作。
考虑到上述因素，以下公式可用于估计InnoDB能够支持的并发读写事务的数量。
注意：
在达到InnoDB能够支持的并发读写事务数量之前，可能会遇到并发事务限制错误。当分配给事务的回滚段用完Undo槽时，就会发生这种情况。
在这种情况下，请尝试重新运行事务。
当事务对临时表执行操作时，InnoDB能够支持的并发读写事务的数量受到分配给全局临时表空间的回滚段数量的限制，默认为128。
如果每个事务执行INSERT或UPDATE或DELETE操作，InnoDB能够支持的并发读写事务数为：
(innodb_page_size / 16) * innodb_rollback_segments * number of undo tablespaces
如果每个事务执行INSERT和UPDATE或DELETE操作，InnoDB能够支持的并发读写事务数为：
(innodb_page_size / 16 / 2) * innodb_rollback_segments * number of undo tablespaces
如果每个事务对一个临时表执行INSERT操作，那么InnoDB能够支持的并发读写事务数为：
(innodb_page_size / 16) * innodb_rollback_segments
如果每个事务对临时表执行INSERT和UPDATE或DELETE操作，InnoDB能够支持的并发读写事务数为：
(innodb_page_size / 16 / 2) * innodb_rollback_segments