![深入理解MySQL主从原理](https://wfqqreader-1252317822.image.myqcloud.com/cover/513/37423513/b_37423513.jpg)
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=1739329947-45uqfhdHUoND8apem7jcUWG0HvI9DAZI-0-902a7aa9f3b9dd7244a3a9cfed09002f)
(2)统计值 ONGOING_ANONYMOUS_TRANSACTION_COUNT 减少会调用 release_anonymous_ownership函数。
![](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_53.jpg?sign=1739329947-HXwohdHqq126aYd6hmT5rPoABxRhX32m-0-c549f200f882375f2be23ff98496831a)
下面我们将分主库和从库两部分分别进行讨论。
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=1739329947-27DftlE4KMAFMQsXULjbuifigkOHNU8e-0-631db1a56c0051a90f87da10f38886ec)
在实际的测试中,如果从库的这个值不为0,那么从库不允许更改,报错如下。
![](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_55.jpg?sign=1739329947-P2XEdPoxYCTRL5zV81XherBqH6ggkWLg-0-f705b5d54c1bcc67e46427789dc823b6)
![](https://epubservercos.yuewen.com/A01218/19823444008569806/epubprivate/OEBPS/Images/txt001_56.jpg?sign=1739329947-dX6MQLcVUZgs6p8MLOfip6rjVrtl1qVC-0-26570c02abcf08ce761c36980b07ad1e)
但是这个报错不能涵盖所有匿名事务存在的可能性,因此还是要人为地多观察。