最近遇到两个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。