一、发现问题

1、在一次MySQL查询中，某字段为 varchar 字符串类型，传入参数值为 int 数字类型，发现查询的结果和预期的不一致。 如： 某两列 name='11' , name = '11aa' 。 where name = 11 ， 可以查到 '11' 和 '11aa' 两个结果，这里是错误的；而 where name ='11' ，能得到预期结果。

2、反之，字段为 int 数字类型，传入参数值为 varchar 字符串类型，也能查到数据，同样查询的结果和预期的不一致。如：age=2的数据有2条。where age = 2 ， 可以正常查到数据 ； 而 where age = '2aabbcc'，查到的数据结果和 where age = 2 是一样的，这里是错误的，应该查不到数据。

二、代码理解

1、针对【一】中的问题，描述的不好理解，晦涩难懂，下面用代码加以理解，推动理解问题！

2、在MySQL数据中，创建一个 implicit 表 ， 如下： (MySQL version 5.7+)

SET FOREIGN_KEY_CHECKS=0;

-- ----------------------------

-- Table structure for implicit

-- ----------------------------

DROP TABLE IF EXISTS `implicit`;

CREATE TABLE `implicit` (

`id` varchar(255) NOT NULL COMMENT '编号',

`name` varchar(255) DEFAULT NULL COMMENT '名称',

`age` int(11) DEFAULT NULL COMMENT '年龄',

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='MySQL Implicit conversion (MySQL 隐式类型转换)';

-- ----------------------------

-- Records of implicit

-- ----------------------------

INSERT INTO `implicit` VALUES ('11', '小明', '2');

INSERT INTO `implicit` VALUES ('11qq', '小红', '2');

INSERT INTO `implicit` VALUES ('12', '小新', '54');

INSERT INTO `implicit` VALUES ('tt11', '小刚', '92');

3、implicit 表数据如下：

三、针对问题进行测试

1、字段类型是 varchar 字符串，传入参数为 int 数字类型 。

1.1、-- 字段类型是 varchar ,传入参数是 varchar 【预期正确结果】

SELECT * FROM implicit a WHERE a.id = '11' ;

1.2、-- 字段类型是 varchar , 传入参数是 int 【错误结果】

SELECT * FROM implicit a WHERE a.id = 11 ;

2、字段类型是 int 数字类型，传入参数为 varchar 字符串类型。

2.1、-- 字段类型是 int类型,传入参数是 int类型 【预期正确结果】

SELECT * FROM implicit a WHERE a.age = 2 ;

2.2、-- 字段类型是 int类型,传入参数是varchar类型 【错误结果】

SELECT * FROM implicit a WHERE a.age = '2aa' ;

四、问题原因及避免

1、原因： 当MySQL字段类型和传入条件数据类型不一致时，会进行隐形的数据类型转换(MySQL Implicit conversion)

2、若字符串是以数字开头，且全部都是数字，则转换为数字结果是整个字符串；部分是数字，则转换为数字结果是截止到第一个不是数字的字符为止。 理解： varchar str = "123dafa"，转换为数字是123 。 SELECT '123dafa'+1 ; --- 124 。

3、若字符串不是以数字开头，则转换为数字结果是 0 。 varchar str = "aabb33" ; 转换为数字是 0 。 SELECT 'aabb33'+100 ; --- 100 。

4、更多隐式转换规则摘录：

两个参数至少有一个是 NULL 时，比较的结果也是 NULL，例外是使用 <=> 对两个 NULL 做比较时会返回 1，这两种情况都不需要做类型转换

两个参数都是字符串，会按照字符串来比较，不做类型转换

两个参数都是整数，按照整数来比较，不做类型转换

十六进制的值和非数字做比较时，会被当做二进制串

有一个参数是 TIMESTAMP 或 DATETIME，并且另外一个参数是常量，常量会被转换为 timestamp

有一个参数是 decimal 类型，如果另外一个参数是 decimal 或者整数，会将整数转换为 decimal 后进行比较，如果另外一个参数是浮点数，则会把 decimal 转换为浮点数进行比较

所有其他情况下，两个参数都会被转换为浮点数再进行比较。

五、问题总结

1、MySQL 隐式转换问题，隐藏的深，不容易被发现，在进行 delete ， update 等操作时，一不小心很容易大问题，从而造成事故。

2、对于 delete , update 等操作时，建议先使用 select 语句，看看获取的结果和预期的是否一致，再进行操作，相对会更安全一些。

3、为了便于更好理解，MySQL 隐式转换规则，增加下面sql测试理解。

3.1、SELECT 'a10'+10 ; -- 10

SHOW WARNINGS ; -- WARNINGS: Truncated incorrect DOUBLE value: 'a10'

查看warnings可以看到隐式转化把字符串转为了double类型。但是因为字符串是非数字型的，所以就会被转换为0，因此最终计算的是0+10=10 .

3.2、SELECT '10a'+10 ; -- 20

SHOW WARNINGS ; -- WARNINGS: Truncated incorrect DOUBLE value: '10a'

3.3、SELECT 'a'=0 ; -- 1 , 相当于 true

SHOW WARNINGS ; -- WARNINGS: Truncated incorrect DOUBLE value: 'a'

3.4、SELECT 'a23423' = 0 ; -- 1 , 相当于 true

SHOW WARNINGS ; -- WARNINGS：Truncated incorrect DOUBLE value: 'a23423'

3.5、SELECT '11dafdfwwe'=11; -- 1, 相当于 true

SHOW WARNINGS ; -- WARNINGS：Truncated incorrect DOUBLE value: '11dafdfwwe'

3.6、SELECT 11= 11 ; -- 1, 相当于 true

SHOW WARNINGS ; -- 无

3.7、SELECT 'abc'='abc' ; -- 1, 相当于 true

SHOW WARNINGS ; -- 无

3.8、SELECT 'abc'='abc232322' ; -- 0 , 数据类型一样，不会进行转换

SHOW WARNINGS ; -- 无

3.9、SELECT 'a'+'b'; -- 0 , 都转换为0了， 0+0=0 。

SHOW WARNINGS ; -- WARNINGS: Truncated incorrect DOUBLE value: 'a' , Truncated incorrect DOUBLE value: 'b'

3.10、SELECT 'a'+'b'='c' ; -- 1 ,等价于 0+0=0 --> 0=0=1。

SHOW WARNINGS ; -- WARNINGS: Truncated incorrect DOUBLE value: 'a' , Truncated incorrect DOUBLE value: 'b' , Truncated incorrect DOUBLE value: 'c'