mysql force index 简单使用

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了mysql force index 简单使用相关的知识,希望对你有一定的参考价值。

参考技术A explain sql语句 会返回mysql查询优化器对将要执行的sql的执行计划(不是真的执行,只是给出执行计划)
结果中的possible_keys给出可能使用的索引,
mysql会选择它认为最合适的索引,有时候mysql认为的最优的索引并不是实际上真的的最快的索引
此时可以用force index人为指定索引
force index 跟着表明后面,用于强制使用指定的索引名(key)

mysql force index 优化案例

1. ct_monitor 表记录200多万条记录

2. device 表 45 条记录

3. 两个表进行join并排序 需要 16.750 秒

我们一看,就知道这个结果 明显的 不符合常识!!!

如果我们 先查 ct_monitor 表的 主键 排序之后的 6条记录,然后用那6条记录来关联 device表,根本不可能需要16秒的时间!!!!

4. 如果去掉 order by mm.id desc 时,只需要 0.001 秒:

 可以看到问题主要是 order by mm.id desc 导致了使用磁盘进行文件排序。而又因为 ct_monitor表记录有200多万,所以需要耗时很长。

5. 如果 把 inner join 改成 left join :

又只需要0.001秒了。

可以看到这里 ct_monitor 作为了驱动表,只有 ct_monitor 表的主键 排序查询到了 6条记录,然后 在根据 ct_monitor.deviceId 来关联 device的主键。

到这里,我们可以想到可以使用 force index 来强制 ct_monitor 表走 主键索引:

这样,我们强制 ct_monitor 表使用主键索引,先使用主键排序获取到6条记录之后,在用 ct_monitor.deviceId 去关联 device表的主键,这个结果才是符合我们想象的一个执行过程。

而不是:

 

而不是:使用 ct_monitor 表的 deviceId 来关联 device 的 id,然后对整个结果进行 排序,在取6条记录。因为这样无法使用 ct_monitor 的主键进行排序。

最后的优化方案是使用 force index (primary) 来强制使用 ct_monitor的主键索引。

以上是关于mysql force index 简单使用的主要内容,如果未能解决你的问题,请参考以下文章

在 mysql 查询中使用 force index 子句可能有啥缺点? [关闭]

mysql force index() 强制索引的使用

是否应该使用 USE/FORCE INDEX 更改 MySQL 查询中的 EXPLAIN 输出?

MySQL force Index 强制索引概述

为什么我建议在复杂但是性能关键的表上所有查询都加上 force index

mysql hint优化器提示之使用force index 强制使用索引和指定禁用索引