- 深入理解MySQL主从原理
- 高鹏
- 465字
- 2021-04-16 16:29:24
1.4.9 统计值ONGOING_ANONYMOUS_TRANSACTION_COUNT的变更时机
由下面两个函数变更统计值。
(1)统计值 ONGOING_ANONYMOUS_TRANSACTION_COUNT 增加会调用 acquire_anonymous_ownership函数。
![](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_52.jpg?sign=1738873602-eGlQXYHsbC1EVZ3fFenPFxwJEJlUOpIQ-0-889aa3a3f7940fc3635c9d854a9f8fc3)
(2)统计值 ONGOING_ANONYMOUS_TRANSACTION_COUNT 减少会调用 release_anonymous_ownership函数。
![](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_53.jpg?sign=1738873602-6Bb2MjxvErcKE6c9nBhf6PEkll4dfN7k-0-cd57c2417d28700539479075f940d813)
下面我们将分主库和从库两部分分别进行讨论。
1.主库
· 主库增加
当主库事务提交时,在order commit的FLUSH阶段分配GTID时,如果是匿名事务则会增加,主要由MYSQL_BIN_LOG::process_flush_stage_queue调入acquire_anonymous_ownership函数完成。
· 主库减少
当主库事务提交,order commit的COMMIT阶段进行InnoDB层提交后会减少,主要由MYSQL_BIN_LOG::process_commit_stage_queue调入release_anonymous_ownership函数完成。
2.从库
· 从库增加
当SQL线程或者MTS工作线程应用GTID Event时,如果发现是匿名的GTID Event,则会增加,主要由Gtid_log_event::do_apply_event调入acquire_anonymous_ownership函数完成。
· 从库减少
当SQL线程或者MTS工作线程应用XID Event执行InnoDB层提交后会减少,由Xid_log_event::do_commit调入release_anonymous_ownership函数完成。
我们可以看到,统计值ONGOING_ANONYMOUS_TRANSACTION_COUNT实际上就是没有提交完成的匿名事务的数量。需要注意的是,主库和从库更改的时机是不一样的,主库在COMMIT阶段才进行更改,不包含语句的执行时间,从库则包含了执行时间,因此从库更容易观察到这个统计值,其可能的取值如表1-1所示。
表1-1
![img](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_54.jpg?sign=1738873602-hLrYciJrX2WYzIuYqjQxxZsqGrGHkjW6-0-d186a31353fb53cc6003c374ae04f3c3)
在实际的测试中,如果从库的这个值不为0,那么从库不允许更改,报错如下。
![](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_55.jpg?sign=1738873602-TT2rMhvET0pp3FCEI9r1Ndq9FXWvEiwx-0-f149a3e33374a18de4efddb905b28337)
![](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_56.jpg?sign=1738873602-I2H9YNxvxkOuLCDCL2pSkWEckFpsMjIs-0-1754576ccfdc923431720c09e18f598a)
但是这个报错不能涵盖所有匿名事务存在的可能性,因此还是要人为地多观察。