mysql实战45将学习笔记--18

18 为什么这些sql语句逻辑相同，性能却差距巨大

       案例一：条件字段函数操作
       维护一个交易系统，建表语句如下
mysql> CREATE TABLE tradelog (
id int(11) NOT NULL,
tradeid varchar(32) DEFAULT NULL,
operator int(11) DEFAULT NULL,
t_modified datetime DEFAULT NULL,
PRIMARY KEY (id),
KEY tradeid (tradeid),
KEY t_modified (t_modified)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

       现在要统计7月份的交易记录总数
       mysql> select count(*) from tradelog where month(t_modified)=7;
       执行后变得非常慢
       因为where t_modified='2018-7-1’的时后就用上了索引，而t_modifyed的时候就没有用到索引
       对索引字段做函数操作，可能会破坏索引值的有序性，因此优化器决定放弃走树搜索功能
       由于加了 month() 函数操作，MySQL 无法再使用索引快速定位功能，而只能使用全索引扫描

       案例二：隐式类型转换
       mysql> select * from tradelog where tradeid=110717;
       Tradeid的类型是varchar(32)，输入的参数却是整型，因此需要做类型转换
       因此问题
       1.数据类型转换的规则是什么
       2.为什么有数据类型转换，就需要走全索引扫描

在mysql中，字符串和数字比较，就是将字符串转为数字

       对于优化器来说，上面的语句相当于
mysql> select * from tradelog where CAST(tradid AS signed int) = 110717
       对索引字段做函数操作，优化器会放弃走树搜索功能

连接过程中要求在被驱动表的索引字段上加函数操作，是直接导致对驱动表做全局扫描的原因
对索引字段做函数操作，优化器会放弃走树搜索功能
索引字段不能进行函数操作，但是索引字段的参数可以玩函数