研发提问：执行计划这么优秀，扫描了143行记录就得出结果，怎么还需要0.68s这么长的时间？

废话不多说，直接上实验。清空status状态，再执行sql语句，查看handler状态：

mysql> flush status;mysql> SELECT * FROM trade_quotation WHERE symbol = 'LTC' ORDER BY id DESC LIMIT 30;mysql> show status like '%hand%';

解释一下各个参数：

Handler_read_first：此选项表明SQL是在做一个全索引扫描，注意是全部，而不是部分，所以说如果存在WHERE语句，这个选项是不会变的。Handler_read_key：此选项数值如果很高，那么恭喜你，你的系统高效的使用了索引，一切运转良好。Handler_read_next：此选项表明在进行索引扫描时，按照索引从数据文件里取数据的次数。Handler_read_prev：此选项表明在进行索引扫描时，按照索引倒序从数据文件里取数据的次数，一般就是ORDER BY … DESCHandler_read_rnd：就是查询直接操作了数据文件，很多时候表现为没有使用索引或者文件排序。Handler_read_rnd_next：此选项表明在进行数据文件扫描时，从数据文件里取数据的次数。

可以看到这个sql的Handler_read_prev为2828694，该值已经非常的高。所以这个sql即便索引使用正确，也还是需要0.68s这么长的时间，同样我们可以看一下将desc换成asc时候的Handler_read_next：

mysql> flush status;mysql> SELECT * FROM trade_quotation WHERE symbol = 'LTC' ORDER BY id aSC LIMIT 30; mysql> show status like '%hand%';

顺序扫描171次即可返回结果，因此该sql查询起来很快。