mysql强制索引说明

问题

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

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 引擎使用索引，这里须要注意一下，当使用强制索引时，存储引擎会检查强制索引是否可用，若是不可用，还须要扫描表来判断那种执行计划，官方说明：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.

也不用担忧有反作用，若是强制索引可用，正好能提要索引选择的效率sql

参考连接：.net

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

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