Mysql数据类型错误引发的问题

前段时间发现后台某个查询常常超时，后来经过排查，把SQL语句打印出来，结果发现：

原来是开发人员在查询日期时，在参数里不当心增长了一个单引号，好了，到此问题出现了，原来是粗枝大叶的错误。可是，当我再深究下去，既然字段类型是日期，但参数是字符串，为什么mysql没有报错呢？

后来我将语句复制到Mysql的查询器里测试，发现这个SQL语句能够正常查出结果(改成其它日期能够查出相应的结果)，mysql并无报错，可是查询时间十分长，平均须要40多秒，这就是后台报time-out的缘由吧。

因为这个表数据量，咱们以前作了索引，所以我猜这个语句是没有使用索引的。而后我把错误的单引号去掉从新查，发现结果几乎是秒出，而后我猜测，是那个单引号致使参数类型变为字符串，不符合索引字段类型，从而没有使用索引。

因而在查询器使用“explain”分析语句，结果显示虽然使用了索引，可是检索范围并无获得有效的减小，几乎是全表检索；而正确的语句经过索引缩小到只有9W多行，所以结果都是秒出的了。

作成这个问题的根本缘由是mySql5.5和5.1版本在类型转换时有问题。

下面看一个实例：

假设我须要修改name = 23的名字，在查询器里输入SQL语句：SELECT * FROM test_1 WHERE NAME = 23 ，而后得出的结果是：

若是此时更新语句：UPDATE test_1 SET NAME = 24 WHERE NAME = 23;，我能够很负责任地说会进行全表更新。

作出这个缘由是，当所使用的条件的字段值类型和数据库的定义的字段类型不同时，MySQL就会在内部作数据转化，将数据库中的记录转化为整数作比较，将空值转化为整数0作比较。在字符串转化过程当中，遇到特殊符号是会舍去特殊符号和后面的值，因此就会出现上述状况了。

这个问题告诫咱们，在where 的条件中，字段类型与给定值类型必须对应。对应是有好处的，可以促使条件走上索引，固然也不会踩上诸如上面的地雷，万一不当心，就把全表给更新了，PS：听说oracle 是相反操做的，即把条件类型转换为数据表类型，从而不会出现上述问题，为何不转换条件中的一个字段类型，而转换表中过千万的字段类型，mysql这个作法的确使人没法理解。