MySQL JDBC 出现多个 SHOW VARIABLES 语句。

一次偶然的机会，show processlist 的时候，发现有个 Client 一直在执行  "mysql-connector-java-5.1.21 ( Revision: ${bzr.revision-id} ) */SHOW VARIABLES WHERE Variable_name"

后面和基友一起讨论，稍微缕了一下。大概思路是这样的的：

1.MySQL JDBC 连接过程大概如下（开启 general log 获得的信息）：

5089492 Connect [email protected] on db
                5089492 Query   /* mysql-connector-java-5.1.21 ( Revision: ${bzr.revision-id} ) */SHOW VARIABLES WHERE Variable_name =‘language‘ OR Variable_name = ‘net_write_timeout‘ OR Variable_name = ‘interactive_timeout‘ OR Variable_name = ‘wait_timeout‘ OR Variable_name = ‘character_set_client‘ OR Variable_name = ‘character_set_connection‘ OR Variable_name = ‘character_set‘ OR Variable_name = ‘character_set_server‘ OR Variable_name = ‘tx_isolation‘ OR Variable_name = ‘transaction_isolation‘ OR Variable_name = ‘character_set_results‘ OR Variable_name = ‘timezone‘ OR Variable_name = ‘time_zone‘ OR Variable_name = ‘system_time_zone‘ OR Variable_name = ‘lower_case_table_names‘ OR Variable_name = ‘max_allowed_packet‘ OR Variable_name = ‘net_buffer_length‘ OR Variable_name = ‘sql_mode‘ OR Variable_name = ‘query_cache_type‘ OR Variable_name = ‘query_cache_size‘ OR Variable_name = ‘init_connect‘
                5089492 Query   /* mysql-connector-java-5.1.21 ( Revision: ${bzr.revision-id} ) */SELECT @@session.auto_increment_increment
                5089492 Query   SHOW COLLATION
                5089492 Query   SET NAMES utf8mb4
                5089492 Query   SET character_set_results = NULL
                5089492 Query   SET autocommit=1
                5089492 Query   SET sql_mode=‘STRICT_TRANS_TABLES‘

　　1）Connect [email protected] on db

　　2）SHOW VARIABLES WHERE Variable_name =‘language‘... 获取 Client 关心的 session 级别变量。

　　3）获取 @@session.auto_increment_increment . 这个参数的作用请参考 https://dev.mysql.com/doc/refman/5.5/en/replication-options-master.html#sysvar_auto_increment_increment 。主要是控制 auto_increment 属性的列每次自增的值的间隔。比如从1 3 5 7 增长的时候，auto_increment_increment 可以设置为2.

　　4）接着就是后面的剩余操作。

从这里可以看出，如果是一个新的JDBC 连接，它就需要这个请求过程，是不可避免的。那么如果尽量减少 Client 的请求呢。现在常用的就是使用 DB 连接池技术。

正巧开发的同时配置的信息如下：

<environments default="development">
        <environment id="development">
            <transactionManager type="JDBC" />
            <dataSource type="UNPOOLED">
                <property name="driver" value="${db.driverClass}" />
                <property name="url" value="${db.connectUrl}" />
                <property name="username" value="${db.user}" />
                <property name="password" value="${db.pass}" />
            </dataSource>
        </environment>
    </environments>

最后推断是 <dataSource type="UNPOOLED"> 这个参数的设置问题。其中type 有三个可选值： type="[UNPOOLED|POOLED|JNDI]" 通过 http://www.mybatis.org/mybatis-3/configuration.html  的解释可以看到  UNPOOLED – This implementation of DataSource simply opens and closes a connection each time it is requested.

后面让开发把配置改为  type="POOLED", 测试发现仍然会出现上面的 SQL 请求，频率会小一点。现在理解为：虽然有了连接池，但是第一次JDBC 连接的建立还是需要请求 MySQL variables 值的，只是后面重用连接的时候就没有必要再去获取这些值了。

结论：

1）.通过JDBC 连接数据库的时候，尽量配上连接池，不然每次访问都需要额外的获取的变量，也是很消耗资源的。

2）.连接池第一次建立连接的过程大体上如下，不同jdbc 版本不同，可能请求会有略微差别。

3）.这是一个正常现象。

还有一个疑问：下面的一个命令充斥着 MySQL slow query log。有人说是 client 来测试和数据库的连通性的。可是能不能换个其他方式来测试呢？用这个 SQL 会让我的 slow query log 全部是这个玩意儿，很烦人。

# Time: 161122 11:21:01
# [email protected]: db[db] @  [ip]
# Query_time: 0.000018  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0 Logical_reads: 0 Physical_reads: 0
SET timestamp=1479784861;
# administrator command: Ping;

p.p1 { margin: 0.0px 0.0px 0.0px 15.0px; font: 14.0px "PingFang SC" }