select @@session.tx_read_only

问题描述：

研发反馈，他们的DB做了读写分离，主库都是写入流量，所有的读操作都在从库；但是为什么主库上面的SELECT是INSERT的两倍？ 希望可以查找root cause，否则告警QPS 是4000.INSERT的量只有2K不到，因为SELECT是两倍，导致QPS达到6K,会一直告警；

思路： 

1， show processlist查看的时候没有发现SELECT；

2， 拉取了慢查询，里面没有SELECT；

3， INSERT的时候Com_Select会跟着变化吗？做了测试，INSERT不会影响Com_Select；

4，  general log如果开的话，生产环境，会产生太多日志；保险起见最好还是别开；

5，  SELECT * FROM information_schema.processlist WHERE  INFO  like 'Select%'; 执行多次发现有下面2个SELECT

      a,     select @@session.tx_read_only

      b,     select 1 from dual

 

select @@session.tx_read_only

this is because mysql jdbc driver set the default value of "useSessionStatus" to false. each time driver need to check isReadOnly status of target database, will send a "select @@session.tx_read_only" to server, set "useSessionStatus" to true will using connection object local state.

Simplest way to remove this query, is append "&useLocalSessionState=true" to jdbc connection string.
因为 jdbc的变量useSessionStatus默认值为false，每次事物前都会确认该事物是否为只读事物，所以会有这个查询来确认；如果要关闭则加上"&useLocalSessionState=true" 

select 1 from dual

从数据库连接池中获取连接时，对连接进行验证的时候发的一个select 1 from dual，返回1则为成功；否则失败；

 

因为这2个查询导致SELECT是INSERT的两倍；

 

最后与研发沟通，研发也确认他们的程序每次INSERT前，为保障数据插入的安全性，都会发一个select 1 from dual来检测连接状态；