cobar mysql5.6_mysql的两个问题_Mysql_数据库

最近遇到两个mysql的问题，记录一下。第一个是在微博上看到Erlang发的一个 看似是mysql的bug的查询

。测试了一下，确实存在问题：

mysql> desc test2;

+-------+-------------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+-------+-------------+------+-----+---------+-------+

| id | int(11) | YES | | NULL | |

| name | varchar(16) | YES | | NULL | |

+-------+-------------+------+-----+---------+-------+

mysql> select * from test2 where name=0;

+------+------+

| id | name |

+------+------+

| 1 | wang |

+------+------+

原因是mysql的类型转换的问题，对非int类型列的数据在跟int类型比较时会将其造型为int类型，结果cast成了默认值0，所以条件满足了。当然稍微严谨一点的sql不会这么写，应该对字符串类型加上引号的。

第二个问题是Cobar遇到的问题。最近一个业务需要某个时间字段为毫秒级的精度，结果直连数据库时(mysql 5.6.24)没有问题，而连到cobar上则时间的精度只能到秒，后边的小数部分被忽略掉了。DBA和我一起排查了一下，用mysql客户端直接连到cobar上insert这条语句是没有问题的，也就是说是应用层传给cobar时出的问题。通过tcpdump验证了一下，发现确实应用发送过来的sql语句里的时间列数据只精确到秒，而直连mysql是到毫秒的。

有了这个证据后，猜测是mysql驱动层面的问题，可能是cobar冒充的mysql版本太低导致mysql driver在行为上有所不同，毕竟毫秒时间精度是在5.6之后才支持的。跟cobar的开发者电话联系了一下，说了一下我们的猜测，他说有这个可能。后来我们修改了cobar server的版本，结果ok了。

回头看了一下mysql driver的代码，确实在 com.mysql.jdbc.PreparedStatement

里有个属性是 serverSupportsFracSecs

，而这个属性是根据数据库的版本来判断的：

protected void detectFractionalSecondsSupport() throws SQLException {

this.serverSupportsFracSecs = this.connection != null &&

this.connection.versionMeetsMinimum(5, 6, 4);

}

所以修改的方式要么让cobar反回大于5.6.4版本的值，要么hack一下mysql driver让这块儿对cobar返回true。