深入MySQL优化-索引优化

环境搭建

在这里插入图片描述
#查询category_id为1且comments大于1的情况下，views最多的article_id

explain select id,author_id
from article
where category_id=1 and comments>1
ORDER BY views
limit 1;

Explain：
在这里插入图片描述
type为ALL
Extra:Using filesort ;Using where

初步优化

#为category_id,comments,views字段创建复合索引

create index idx_ccv on article(category_id,comments,views);

Explain：
在这里插入图片描述
type从ALL变为range，但是Extra仍然有Using filesort。可是我们已经创建索引了，为什么还会进行文件排序。
我们对查询语句进行修改：

explain select id,author_id
from article
where category_id=1 and comments=1//将>1改为=1
ORDER BY views
limit 1;

Explain：
在这里插入图片描述
我们可以发现type从range变为了ref，而且Extra没有了Using filesort。其实这两者的变化涉及到了索引失效的知识点。因为索引失效，才导致了file sort。

索引失效

按照BTree索引的工作原理，
#先排序category_id，再排序comments，如果遇到相同的comments，再排序views(就类似于上楼梯，需要1楼1楼按顺序往上爬一样)
#因comments>1条件是一个范围值(所谓range)
#MySQL无法再利用索引对后面的views部门进行检索，即range类型查询字段后面的索引失效

二次优化

因为comments是一个范围，不适合建立索引，我们直接对category_id和views建立索引就好。

create index idx_cv on article(category_id,views);

Explain：
在这里插入图片描述
这样就成功实现了优化。

多表索引优化

两表联合时会有左外连接，以及右外连接。当为左外连接时，由于左表一定会全部导入，所以只需要关心右表，将索引添加到右表即可；右外连接也是同样道理。

小结

Join语句的优化，

尽可能较少Join语句的NestedLoop的循环总次数；“永远用小结果集驱动大的结果集”(驱动的一方相当于左右外连接中全部导入的一方)
优先优化NestedLoop的内层循环
保证Join语句被驱动表上的Join条件字段已经被索引
当无法保证被驱动表上的Join条件字段被索引且内存资源充足的前提下，不要太吝啬JoinBuffer的设置