问题

生成环境，同一条sql在不同的从库执行，产生的执行计划不同，一个使用了索引，一个未使用索引

explain SELECT * FROM `database`.`table` FORCE INDEX(create_time) WHERE create_time >= 1508360400 and create_time <= 1508444806 ORDER BY create_time asc LIMIT 4000, 1000;

原因分析

1. 分析是否是取值limit太大，超过count的1/3，Innodb引擎不使用索引。经分析共计有6000多条数据，索引这个原因可以排除
2. 相同的sql在不同的从库执行，一个未使用索引，分析是索引文件或者表的碎片导致，后咨询阿里DBA给分析是表的碎片问题导致产生的执行计划不正常

解决方案

1. 方案1：执行OPTIMIZE TABLE修复碎片或者执行ALTER TABLE foo ENGINE=InnoDB，以上两种操作都会锁表，对于数据量大，且业务高峰期执行需要慎重

2. 方案2：强制索引，也就是FORCE index create_time，强制mysql 引擎使用索引，这里需要注意一下，当使用强制索引时，存储引擎会检查强制索引是否可用，如果不可用，还需要扫描表来判断那种执行计划，官方说明：

   The FORCE INDEX hint acts like USE INDEX (index_list), with the addition that a table scan is assumed to be very expensive. In other words, a table scan is used only if there is no way to use one of the named indexes to find rows in the table.

也不用担心有副作用，如果强制索引可用，正好能提要索引选择的效率

参考链接：

http://blog.csdn.net/u0115755…

https://dev.mysql.com/doc/ref…