现象
工作中,写个查询sql,查找col列值为1的(这里col列是字符类型),有时为省事,喜欢写col=1,而不是col='1’时,往往就会出现这个错误,但有时又不会出现。经本人多次测试发现,这是MySQL内部的某种优化机制,它会尝试将该字段存的值转化为和要查询值一样的类型去查找,如果有能转换为要查的值的,就把结果展示出来;一个都不能转换时,就会出现Truncated incorrect DOUBLE value错误。(据本人多次测试操作发现,这个转换遵循最长原则,'123a’转为123,而不是转为1、12之类的。以上都是本人实验得知,只知道结果,不了解原理,如有问题欢迎指正)
举例说明,有个表tableName,id是数字型,col是字符串型
| id | col |
|---|---|
| 1 | ds1 |
| 2 | 2awe |
| 3 | 21sd |
| 4 | 21ssd |
select * from tableName where col='ds1';//这是正常写法,返回满足条件的数据
select * from tableName where col=1;//出现Truncated incorrect DOUBLE value错误
select * from tableName where col=2;//返回col='2awe'这条数据
select * from tableName where col=21;//返回col='21sd'和'21ssd'这两条数据
为什么出现上面的结果,因为col字段是字符类型,那么MySQL会尝试将col列对应的值向数字进行转换,如果该列所有的值没有一个能转换成给定的条件值的,就会出现Truncated incorrect DOUBLE value错误。
总结
写查询sql,字段是什么类型的,查询条件就给什么类型的值,规范即可。这样就不会出现一些莫名其妙的问题了。
MySQL查询陷阱解析
本文探讨了MySQL查询中常见的陷阱——当使用不匹配的数据类型作为查询条件时,可能会遇到的Truncated incorrect DOUBLE value错误。通过实例展示了MySQL如何尝试转换字符串类型的字段值以匹配整数查询条件,并解释了这种行为背后的原因。
1766

被折叠的 条评论
为什么被折叠?



