mysql高级 --- 索引优化（索引失效）（索引两大功能：查找和排序）

最新推荐文章于 2023-05-21 07:45:00 发布

Camus_Code

最新推荐文章于 2023-05-21 07:45:00 发布

阅读量528

点赞数

分类专栏：笔记文章标签： mysql

本文链接：https://blog.csdn.net/weixin_41133386/article/details/89930961

版权

10 篇文章 0 订阅

订阅专栏

案例

总结：

在这里插入图片描述

在这里插入图片描述
mysql会在底层自动做一些优化，以最佳的顺序来进行查询

范围右边全失效，对于第二个，mysql依然会选择最优顺序
在这里插入图片描述
c3 的作用在排序而不再查找

和c4关系不大

跨过c3利用c4直接排序，mysql直接做不到，但是它会利用filesort帮助你来完成工作

1.只用到了c1一个字段的索引，但是c2，c3用于排序，无filesort
在这里插入图片描述

2.出现了filesort，建的索引是1234，它没有按照顺序来，3 2 颠倒了
在这里插入图片描述

3.和上面的结果一样，但是性能不一样
在这里插入图片描述

4.用c1、c2两个字段索引，但是c2、c3用于排序,无filesort
在这里插入图片描述

一般情况下，order by 只要和索引的顺序不一样就会产生filesort
本例有常量c2的情况，和2对比，有常量的情况下，order by c3，c2 就相当于 order by c3,a2 (a2 就是固定的一个，对一个排序等于不排序)，到最后就相当于只剩c3一个
在这里插入图片描述

group by 和order by 几乎是一致的（分组之先排序）
在这里插入图片描述
定值（常量），范围（失效），还是排序，一般order by 是给个范围
group by基本上都要进行排序，会有零时表产生

一般性建议：

1.观察，至少跑一天，看看生产的慢sql的情况
2.开启慢查询日志，设置阙值，比如超过五秒就是慢sql将它捕获
3.explain+慢sql分析
4.show profile
5.运维经理+DBA，进行Mysql数据库的服务器参数调优

关注