mysql事务-innodb中的redolog详解

继上一篇redo log之后详解下 undo log.

什么是undolog? 是为了保证数据库的原子性，增加的增删改逻辑记录日志。

• undo log是逻辑日志

• redo log记录的是物理日志 有两个作用：

• 事务回滚

• 多个行版本控制（MVCC）

undo log的存储方式

undo 日志链表

一共有四种undo日志链表，在生成undo日志的过程中按需生成

• 普通表 insert undo 链表

• 普通表 update undo 链表

• 临时表 insert undo 链表

• 临时表 update undo 链表

innodb对undo的管理采用段的方式来管理undo日志，rollback segment 称为回滚段，每个回滚段中有1024个 undo log segment。

• 默认分配在系统表空间第5号页面上维护回滚段

• 5.5之前的innodb只有一个回滚段

• 5.5开始支持128个回滚段

• 通过innodb_rollback_segments 或 innodb_undo_logs 自定义回滚段的个数；

• 0 以及33~127号回滚段对应的普通表，默认分配在系统表空间

• 1~32 号回滚段在临时表空间，对临时表操作；

• 可以通过innodb_undo_directory 指定undo表空间所在的目录

• 可以通过innodb_undo_tablespaces定义undo表空间的数据

• 一个事务最多占用4个槽位，128*1024/4=32768 最少能开启的事务数量（粗略），要根据普通表和临时表的占比来推算

• 当事务过多，回滚段中的槽位被占满后报 too many active concurrent transactions

基础

表的table_id:

• innodb中每个表在创建的时候，会将元数据保存在information_schema中，其中innodb_sys_tables中保存了表的table_id,表示这个表在该实例里唯一的标识； 

  
  

• 

事务ID(trx_id):

• 事务id通过聚簇索引和记录关联（在聚簇索引对应记录的隐藏列里）；

• 事务id在增删改时生产；

• 通过事务id将对应undo链表串起来

• mysql中的一个全局变量，先使用后+1；

• 存储在系统表空间页号为5页面中的名为MaxTrxId的里；

• 这个值在内存中操作，每当为256的倍数时，刷新到系统表空间的文件里；

• 系统重启，会从系统表空间加载该值，并+256 初始化到内存中（防止未刷新到磁盘丢失，不加256容易造成重启后重复）；

undo no :

• 每个事务中都是从0开始递增； 

  
  

  
  

  

• TRX_UNDO_STATE: 本undo页面链表处于什么状态

• TRX_UNDO_ACTIVE:活跃状态，一个活跃的事务正在向这个undo页面链表写入undo日志，等到崩溃重启时，会识别这个状态，进行事务的回滚操作；

• TRX_UNDO_CACHED: 被缓存状态，此时该页面链表可以被重用；

• TRX_UNDO_TO_FREE: 等待被释放状态

• TRX_UNDO_TO_PURGE: 等待被purge状态，提交后不能被重用，处于此状态

• TRX_UNDO_PREAPARED: 处于准备使用阶段

undo日志流程

insert undo日志流程

delete undo日志流程

update undo 日志流程

崩溃恢复流程