MySQL事务ID的分配时机

背景

学习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

1. 生成一张简单测试表
   
2. 插入数据
   
3. 开启查询会话，依次执行以下语句，语句之间间隔一段时间后再执行下一句

-- 开启事务，在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

4. 其他验证
   通过SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;语句可以查看当前活跃的事务信息，一个会话里多次开启只读事务生成的假trx_id是固定的。

感谢只是一罐七喜在评论区指正

如有错误，希望大佬在评论区指正！