sql.jpg

本人以前主要做移动端开发，较少使用sql，哪怕用也只是小数据量的简单sql增删改查。最近几个月被拉来做.net开发，于是不得不面对后台数据库操作的问题，这几天遇到了一些sql查询慢的问题，所幸都得到了优化。这里记录下：

一、concat导致全表扫描

准确的讲，应该是concat导致索引无效，从而导致全表扫描。
情况是这样的：单表100万+数据，有一Date和Time字段，需要做时间判断，取某个时间段以内的记录。
于是，使用concat很快就实现了查询的sql，如下：

// 问题sqlSELECT * FROM `sys_record` 
        WHERE '2018-08-19 10:10:00' <= CONCAT(`Date` ," ", `StartTime`) 
        AND '2018-10-20 22:20:50' >= CONCAT(`Date`," ",`StartTime`)   LIMIT 0, 10

开始执行...居然超过15秒才看到结果，明明才找10条数据，花这么长时间，绝对忍受不了。
于是，开始考虑优化，Date字段是带有索引的，于是就有了一条有意思的sql：

// 优化后SELECT * FROM `sys_record` 
    WHERE  '2018-08-19' <=`Date` 
        AND '2018-10-20' >=`Date` AND        '2018-08-19 10:10:00' <= CONCAT(`Date` ," ", `StartTime`) 
        AND '2018-10-20 22:20:50' >= CONCAT(`Date`," ",`StartTime`) LIMIT 0, 10

与上面的sql比较，只是多了看似多余的两句，但是执行查询后，5毫秒就出结果了，执行速度提升了几千倍，这都是索引起到的作用，加了前面两句，索引字段Date先起到了范围过滤的作用，所以查询速度快，而之前的sql语句，由于使用concat函数拼接Date和StartTime，导致Date索引起不到效果，所以查询速度慢

看似多余的查询条件，居然让sql执行效率优化三千倍（15s -> 0.005s），这都是索引的功能

二、少一个空格，执行时间多万倍

SELECT SQL_NO_CACHE * FROM `sys_record` WHERE _ID > 100000SELECT SQL_NO_CACHE * FROM`sys_record` WHERE _ID > 100000

作者：ThinkinLiu
链接：https://www.jianshu.com/p/91bf665e9ea1