Mysql 5.6 ＂隐式转换＂导致的索引失效和数据不准确的问题_Mysql

背景

在一次进行sql查询时，我试着对where条件中vachar类型的字段去掉单引号查询，这个时候发现这条本应该很快的语句竟然很慢。这个varchar字段有一个复合索引。其中的总条数有58989，甚至不加单引号查出来的数据不是我们想要的数据。
使用的是mysql 5.6版本，innodb引擎实际情况如下

下面我们来看一下执行的结果

Mysql 5.6 ＂隐式转换＂导致的索引失效和数据不准确的问题

在上面的描述中我们还得注意就是，你的where条件的字符串不加单引号必须是全数字。不然就会报错

Mysql 5.6 ＂隐式转换＂导致的索引失效和数据不准确的问题

还有可能查出来的数据不是我们想要的数据。如下图

Mysql 5.6 ＂隐式转换＂导致的索引失效和数据不准确的问题

分析

在sql语句中单引号的引入也就是代表这个类型是字符串数据类型char， varchar， binary， varbinary， blob， text， enum，和 set。。
不加单引号也就代表这是一个字符串之外的类型，如int，bigdecimal类型等
如果给一串有字幕和特殊符号的字符串不加单引号，后果就是类型转换失败导致sql不能执行。

如上图所述：

1	`1054 - unknown` `column` `'000w1993521'` `in` `'where clause',` `time: 0.008000s`

我们先来看一下一条sql的执行过程

Mysql 5.6 ＂隐式转换＂导致的索引失效和数据不准确的问题

（网图）

我们先得出结论：如果对索引字段做函数操作（本例是cast函数做了隐式的转换），可能会破坏索引值的有序性，因此优化器就决定放弃走树搜索功能。（https://dev.mysql.com/doc/refman/5.7/en/cast-functions.html）
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-l5awt0xu-1607244327891)(http://note.youdao.com/yws/res/23689/ce6f785994e6476d816b23787ce65217)]
意思也就是：请注意，如果您使用binary，cast（）或convert（）转换索引列，则mysql可能无法有效使用索引。
查出来的数据不准确，也是因为隐式转换，转换后导致数值类型不一样，导致不等变为相等。

隐式转换

1. 产生条件
当操作符与不同类型的操作数一起使用时，会发生类型转换以使操作数兼容。则会发生转换隐式
发生隐式转换的条件：

两个参数至少有一个是 null 时，比较的结果也是 null，例外是使用 <=> 对两个 null 做比较时会返回 1，这两种情况都不需要做类型转换
两个参数都是字符串，会按照字符串来比较，不做类型转换
两个参数都是整数，按照整数来比较，不做类型转换
十六进制的值和非数字做比较时，会被当做二进制串
有一个参数是 timestamp 或 datetime，并且另外一个参数是常量，常量会被转换为 timestamp
有一个参数是 decimal 类型，如果另外一个参数是 decimal 或者整数，会将整数转换为 decimal 后进行比较，如果另外一个参数是浮点数，则会把 decimal 转换为浮点数进行比较
所有其他情况下，两个参数都会被转换为浮点数再进行比较

2. 分析实际遇到的情况

1.那我们也就清楚了，上面我提出的例子是整数和字符串的比较，那就属于其他情况了。那我们就先来分析一下索引失效的原因