目录
- 背景
- 结论
- 验证
- 如有错误,希望大佬在评论区指正!
背景
学习MVCC
的时候看到网上很多博客说事务ID是在开启事务后进行update
时会分配事务ID。一开始我并没有多加思考,但是在继续学习MVCC
时了解到read view
。
- 在事务隔离级别为
RR
时,在第一次进行select
查询时生成read view
; - 在事务隔离级别为
RC
时,每一次select
查询都会生成read view
;
read view
中有一个比较重要的概念creator_trx_id
,表示生成该read view
的事务的事务ID,在实现MVCC
中起到重要作用。
对此我产生了疑问,既然select
查询的时候会生成read view
,而read view
又需要事务ID,那是否可以认为在select
查询的时候也会分配事务ID呢?
结论
select查询的时候会分配事务ID,不仅如此,insert、delete、update
的时候都会分配事务ID。目前我认为事务ID的分配时间是在开启事务后执行第一条语句时进行分配 。
只读事务不分配trx_id(会分配一个假trx_id),只有涉及到数据更新才会分配事务ID。
trx_id是innodb内部维护的,InnoDB内部维护了一个max_trx_id全局变量,每次需要申请一个新的trx_id时,就获得max_trx_id的当前值,然后并将max_trx_id加1
验证
使用数据库MySQL5.7 默认存储引擎innodb,事务隔离级别RR,测试工具为Navicat
- 生成一张简单测试表
- 插入数据
- 开启查询会话,依次执行以下语句,语句之间间隔一段时间后再执行下一句
-- 开启事务,在30分时执行此句
START TRANSACTION;
-- 执行查询语句,分配假事务ID,在31分时执行此句
SELECT * FROM tx_test;
-- 查看当前活跃的事务信息,在32分时执行此句
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
-- 第一条更新语句,分配真正的事务ID,在33分时执行此句
UPDATE tx_test SET age = 99;
-- 查看当前活跃的事务信息,在34分时执行此句
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
trx_id
就是分配的事务ID,trx_strated
是事务执行第一条语句的时间。可以看到30分执行START TRANSACTION;
并没有分配事务ID,在31分执行SELECT * FROM tx_test;
时才生成一个假事务ID.
通过34分执行的
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
可以看到在33分执行UPDATE tx_test SET age = 99;
时才生成一个真正的事务ID
- 其他验证
通过SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
语句可以查看当前活跃的事务信息,一个会话里多次开启只读事务生成的假trx_id是固定的。