DB为何大量出现select@@session.tx_read_only详解
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了DB为何大量出现select@@session.tx_read_only详解，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2285字，纯文字阅读大概需要4分钟。
内容图文
发现问题
在一次捞取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语句直接设置自动提交参数，隔离级别参数或只读事务参数。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。
您可能感兴趣的文章:
- DB2 SELECT语句高级用法
内容总结
以上是互联网集市为您收集整理的DB为何大量出现select@@session.tx_read_only详解全部内容，希望文章能够帮你解决DB为何大量出现select@@session.tx_read_only详解所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。