18 | 为什么这些SQL语句逻辑相同，性能却差异巨大？

案例一：条件字段函数操作

mysql> select count(*) from tradelog where month(t_modified)=7;

  对索引字段做函数操作，可能会破坏索引值的有序性，因此优化器就决定放弃走树搜索功能。因为对索引字段做函数操作后，得到的函数值在索引树中没有意义，优化器不知道怎么进行树搜索，最终会扫描索引字段的所有值。

案例二：隐式类型转换

  在MySQL中，字符串和数字做比较的话，是将字符串转换成数字。
tradeid是varchar(32)类型

mysql> select * from tradelog where tradeid=110717;

  实际执行：

mysql> select * from tradelog where  CAST(tradid AS signed int) = 110717;

案例三：隐式字符编码转换

  字符集utf8mb4是utf8的超集，所以当这两个类型的字符串在做比较的时候，MySQL内部的操作是，先把utf8字符串转成utf8mb4字符集，再做比较。

小结

  你遇到过别的、类似今天我们提到的性能问题吗？你认为原因是什么，又是怎么解决的呢？