force index强制使用指定索引 朱雀 2021-11-05 12:36 353阅读 0赞 问题：对于一个8000w数据量并有索引的表进行查询，查询了5分钟才查询出结果 产生问题的原因：索引失效。 数据表中数据量非常大，而查询条件只有时间区间。（因为是>= 和 <= 无法使用索引） SELECT 字段一， 字段二， 字段三， 字段四， 字段五， 字段六 FROM 表一 INNER JOIN 表二 ON 关联条件 INNER JOIN 表三 ON 关联条件 INNER JOIN 表四 ON 关联条件 WHERE 表一.created >= '2019-07-09 00:00:00' AND 表一.created <= '2019-07-30 23:59:59' ORDER BY 表一.created DESC 执行explain，发现该查询检索了全表8000w的数据。 ![1520198-20190801110953807-126291380.png][] 如上图索引失效，并未使用created字段作为查询索引，而是一个联合索引对查询优化并无作用。 造成索引失效的原因有哪些，请看这表文章（） force index(表一_字段) SELECT 字段一， 字段二， 字段三， 字段四， 字段五， 字段六 FROM 表一 force index(表一_字段) INNER JOIN 表二 ON 关联条件 INNER JOIN 表三 ON 关联条件 INNER JOIN 表四 ON 关联条件 WHERE 查询条件一 AND 查询条件二(表一.created >= '2019-07-09 00:00:00' AND 表一.created <= '2019-07-30 23:59:59') ORDER BY 表一.created DESC 添加了强制索引后再执行explain，这次只检索了满足查询条件的110w条数据。 ![1520198-20190801111424261-1515070826.png][] 如图，这次就使了created字段作为索引。查询的数据量明显减少，并且使用了created字段作为索引。 注意：mysql优化器会计算出一个合适的索引，但是这个索引不一定是最好的。force index()指令可以避免MySql优化器用到了一个低效的索引。 转载于:https://www.cnblogs.com/changdasheng/p/11281498.html [1520198-20190801110953807-126291380.png]: /images/20211105/bfa2c13fba4d473f975df052fd4932cc.png [1520198-20190801111424261-1515070826.png]: /images/20211105/f8c17d7d1e6d4aff91f06115d0cc5cba.png
还没有评论，来说两句吧...