DB为何大量出现select @@session.tx_read_only 详解

发现问题

在一次捞取top sql中，发现db大量执行 select @@session.tx_read_only ，几乎每一条dml语句前，都会有这么一个sql。但是应用层并没有做特殊处理，那么这个sql语句有什么作用？是谁执行了它？

详细介绍

此sql的作用主要是判断事务是否为只读事务。mysql自身会对只读事务做优化，这是 mysql5.6.5 版本 以后才出现的。

定位到mysql的驱动包

connectionimpl.java :

可以看到，在if条件中，对mysql的 版本 做了判断，同时也有  !getuselocalsessionstate()  这么一个条件，对应 jdbc参数uselocalsessionstate ，当这个值为false时，会发出select @@session.tx_read_only; 这条sql。

默认情况下，我们的连接串信息没有包含uselocalsessionstate参数的设置，这个值默认为false。

这个值的作用是驱动程序是否使用autocommit，read_only和transaction isolation的内部值(jdbc端的本地值)。

如果设置为false，则需要这个判断这三个参数的场景，都需要发语句到远端请求，比如更新语句前，

需要发语句select @@session.tx_read_only确认会话是否只读。

如果设置为true，则只需要取本地值即可。这可以解释为什么有的实例 select @@session.tx_read_only语句很多。

一般情况下，驱动可以保证本地值与远程服务器值保持一致。当应用调用setautocommit, settransactionisolation 和 setreadonly这三个接口设置参数值时，会与远程服务器同步。

具体而言，

当uselocalsessionstate为true时，若值与本地值不一致，则发往远程更新；

当uselocalsessionstate为false时，无论设置值与本地值是否一致，每次都发往远程更新。这可以解释为什么有些实例set autocommit语句比较多。

但是，若用户设置参数时不通过jdbc接口(比如setautocommit)，而是执行语句'set autocommit=xxx'设置， 那么就会存在本地值与远程不一致的情况，进而可能导致修改参数uselocalsessionstate后，业务逻辑发生变化。

相关设置的sql语句：

set autocommit=0 /*设置会话自动提交模式*/         对应的jdbc接口：  setautocommit(false)
set tx_isolation='read-committed' /*设置事务的隔离级别*/    对应的jdbc接口：settransactionisolation('read-committed') 
set tx_read_only=0; /*设置只读事务*/             对应的jdbc接口：setreadonly(false)

设置uselocalsessionstate默认值为ture，可能导致业务逻辑含义发生变化。触发的条件是，用户通过sql语句直接设置自动提交参数，隔离级别参数或只读事务参数。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。