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

DB为何大量出现select @@session.tx_read_only 详解,第1张

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

发现问题

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

详细介绍

此sql的作用主要是判断事务是否为只读事务。MySQL自身会对只读事务做优化,这是 MySQL5.6.5 版本 以后才出现的。 http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html#sysvar_tx_read_only

定位到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语句直接设置自动提交参数,隔离级别参数或只读事务参数。

总结

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

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/888784.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-14
下一篇 2022-05-14

发表评论

登录后才能评论

评论列表(0条)

保存