注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

Inside MySQL

MySQL MariaDB InnoDB InnoSQL

 
 
 

日志

 
 
关于我

MySQL技术内幕系列作者, 网易杭州研究院MySQL技术经理, 擅长于MySQL performance tuning、troubleshooting、systems availability and scalability、capacity planning

网易考拉推荐

InnoDB undo log解析(二)  

2013-05-10 14:24:00|  分类: InnoSQL |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
上一篇中已经介绍了InnoDB undo log的组织结构,并通过一个示例并结合InnoSQL来分析insert undo log记录格式。本篇中介绍update undo log的记录格式。update undo log有以下三种类型:
 类型 十六进制值 说明
 TRX_UNDO_UPD_EXIST_REC 0x0c 更新一个not delete mark的记录
 TRX_UNDO_UPD_DEL_REC 0x0d 更新一个delete mark记录
 TRX_UNDO_DEL_MARK_REC 0x0e 将记录标记为delete mark
   
接着来看一个具体的例子,首先根据如下清单创建测试表t并导入测试数据:

CREATE TABLE t ( a INT, b VARCHAR(10), c INT, PRIMARY KEY(a), KEY(b));

INSERT INTO t SELECT 1,'1',1;

接着运行下面的事务,注意不要提交事务:

BEGIN;
DELETE FROM t WHERE a=1;
mysql>  SELECT * FROM information_schema.INNODB_TRX_UNDO\G;
*************************** 1. row ***************************
       trx_id: 303
      rseg_id: 4
  undo_rec_no: 0
undo_rec_type: TRX_UNDO_DEL_MARK_REC
         size: 37
        space: 0
      page_no: 308
       offset: 272
1 row in set (0.00 sec)

打开共享表空间ibdata1并定位到page_no:308 offset:272的位置,得到如下的内容:

004d4110  01 35 0e 00 0d 00 00 00  00 03 02 e0 83 00 00 01  |.5..............|
004d4120  33 01 10 04 80 00 00 01  00 0b 00 04 80 00 00 01  |3...............|
004d4130  03 01 31 01 10 00 00 00  00 00 00 00 00 00 00 00  |..1.............|

整理后可得:
 十六进值 说明
 01 35
 undo log结束位置
 0e undo log类型,TRX_UNDO_DEL_MARK_REC
 00  记录的info bit信息
 0d 表的ID
 00 00 00 03 02 e0  记录的隐藏事务ID列
 83 00 00 01 33 01 10 记录的隐藏回滚指针列
 04  主键长度
 80 00 00 01 主键值(a=1)
 00 0b  之后部分的字节数
 00 列的ID(列a)
 04 列占用的字节数
 80 00 00 01 列的值(a=1)
 03  列的ID(列b)
 01 列占用的字节数
 31 列的值(b=‘1’)
 01 10 undo log开始位置(0x0135-0x0110=37)

回滚事务,接着运行下面的例子:

mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)

mysql> UPDATE t SET c=2 WHERE a=1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> SELECT * FROM information_schema.INNODB_TRX_UNDO\G;
*************************** 1. row ***************************
       trx_id: 308
      rseg_id: 7
  undo_rec_no: 0
undo_rec_type: TRX_UNDO_UPD_EXIST_REC
         size: 33
        space: 0
      page_no: 310
       offset: 272
1 row in set (0.00 sec)

按上述同样的方法整理undo log后可得:
十六进值 说明
 01 31
 undo log结束位置
 1c undo log类型,TRX_UNDO_UPD_EXIST_REC
 0d  表的ID
 00 记录的info bit信息
 00 00 00 03 02 e0  记录的隐藏事务ID列
 83 00 00 01 33 01 10 记录的隐藏回滚指针列
 04  主键长度
 80 00 00 01 主键值(a=1)
 01 update vector 的数量
 04 update vector保存的列ID(列c)
 04 列占用的字节数
 80 00 00 01 列的值(a=1)
 01 10  undo log开始位置(0x0135-0x0110=33)

这里undo log的类型为1c而不是0c这是因为这部分还保存了其他信息,这里1表示更新操作没有更新其他索引列。若更新辅助索引列b,如:

mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)

mysql> UPDATE t SET b='222' WHERE a=1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> SELECT * FROM information_schema.INNODB_TRX_UNDO\G;
*************************** 1. row ***************************
       trx_id: 30A
      rseg_id: 8
  undo_rec_no: 0
undo_rec_type: TRX_UNDO_UPD_EXIST_REC
         size: 41
        space: 0
      page_no: 311
       offset: 272
1 row in set (0.00 sec)

可以看到这时undo log的类型还是TRX_UNDO_UPD_EXIST_REC,但可以发现这时undo type的值为0c而非1c。此外,由于更新了列b,update vector会保存更新时记录列b的值,因此两次操作产生的undo log的量也不同。

何时会产生TRX_UNDO_UPD_DEL_REC的undo log呢?这个类型表明是在delete mark的记录上进行更新,但是若事务已经提交则delete mark的记录是不允许更改的,其会等待purge线程进行删除。因此产生该类型的undo log发生应发生在同一事务中,如下面的情况:

mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)

mysql> DELETE FROM t where a=1;
Query OK, 1 row affected (0.00 sec)

mysql> INSERT INTO t SELECT 1,'2',2;
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql>  SELECT * FROM information_schema.INNODB_TRX_UNDO ORDER BY undo_rec_no\G;
*************************** 1. row ***************************
       trx_id: 30E
      rseg_id: 10
  undo_rec_no: 0
undo_rec_type: TRX_UNDO_DEL_MARK_REC
         size: 37
        space: 0
      page_no: 314
       offset: 272
*************************** 2. row ***************************
       trx_id: 30E
      rseg_id: 10
  undo_rec_no: 1
undo_rec_type: TRX_UNDO_UPD_DEL_REC
         size: 46
        space: 0
      page_no: 314
       offset: 309
2 rows in set (0.00 sec)

可以看到事务的第二条SQL语句再次插入了主键值为1的记录,并且记录的大小没有发生变化,这意味着可以重用之前已经删除的部分,仅需对其他列的部分进行更新即可,而这就会产生TRX_UNDO_UPD_DEL_REC的undo log。整理该undo log,最后可得:
十六进值 说明
 01 63
 undo log结束位置
 0d undo log类型,TRX_UNDO_UPD_EXIST_REC
 01  记录的info bit信息(1表示记录已经被delete mark)
 0d 表的ID 
 00 00 00 03 0e ca  记录的隐藏事务ID列
 00 00 01 33 01 10 记录的隐藏回滚指针列
 04  主键长度
 80 00 00 01 主键值(a=1)
 02 update vector 的数量
 03 update vector保存的列ID(列b)
 01 列占用的字节数
 31 列的值(b='1')
 04  update vector保存的列ID(列c)
 04  列占用的字节数
 80 00 00 01 列的值(c=1)
 00 0b 之后部分的字节数
 00 列的ID
 04  列占用的字节数
 80 00 00 01 列的值(a=1)
 03 列的ID
 01 列占用的字节数
 31 列的值(c=‘1’)
 01 35 开始位置

可以看到在某些情况下即便用过数据结构update vector记录发生变化的列,但还是需要记录发生更改的索引列的信息。源码中给出了明确的答案:

/* In the case of a delete marking, and also in the case of an update
where any ordering field of any index changes, store the values of all
columns which occur as ordering fields in any index. This info is used
in the purge of old versions where we use it to build and search the
delete marked index records, to look if we can remove them from the
index tree. */

呼~~~ update undo log分析完了。可以尝试从源码文件trx0rec.c中的函数trx_undo_page_report_modify得到更为直接的答案。若希望自己分析undo log的内容,可以下载InnoSQL并进行尝试。下载地址:https://david-mysql-tools.googlecode.com/files/mysql-5.5.30-v1a-linux-x86_64.tar.gz
  评论这张
 
阅读(1525)| 评论(10)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017