当前位置: 首页 > news >正文

sql语句性能进阶必须了解的知识点——索引失效分析

在前面的文章中讲解了sql语句的优化策略

sql语句性能进阶必须了解的知识点——sql语句的优化方案-CSDN博客

sql语句的优化重点还有一处,那就是—— 索引!好多sql语句慢的本质原因就是设置的索引失效或者根本没有建立索引!今天我们就来总结一下那些无效的索引设置方式进而避免大家踩坑!看到这里有的同学会问:what?设置的索引还会失效?没错!接下来就让我们细细道来,文章非常有用,建议大家收藏。

不满足最左匹配原则

建立联合索引:idx_code_age_name。

该索引字段的顺序是:

  • code

  • age

  • name

以下会走索引

select * from user where code='101';

select * from user where code='101' and age=21

select * from user where code='101' and age=21 and name='Kevin';

select * from userwhere code = '101' and name='Kevin';

以下不会走索引

select * from user where age=21;

select * from user where name='Kevin';

select * from user where age=21 and name='Kevin';

使用了select *

如果select *语句中的查询列,都是索引列,那么这些列被称为覆盖索引。这种情况下,查询的相关字段都能走索引,索引查询效率相对来说更高一些;而使用select *查询所有列的数据,大概率会查询非索引列的数据,非索引列不会走索引,查询效率非常低。

索引列上有计算

例如 select * from user where id+1=2; 索引会失效

索引类用了函数

例如 select * from user where SUBSTR(height,1,2)=17;索引会失效

字段类型不同

字段类型不同索引会失效,例如设置code 为varchar,类型使用语句select * from user where code="101" 会走索引,如果我们不小心写成select * from user where code=101,则索引失效。因为code字段的类型是varchar,而传参的类型是int,两种类型不同导致索引失效。注意有一个例外就是int类型的参数,不管在查询时加没加引号,都能走索引。

like左边包括%

目前like查询主要有三种情况:

  • like '%a'(索引无效)

  • like 'a%'(索引有效)

  • like '%a%'(索引无效)

列对比

如果把两个单独建了索引的列,用来做列对比时索引会失效。例如: select * from user where id=height

使用or关键字

要么不用or要么将or的条件列都加索引(新版本mysql8以上,mysql5.6 or 索引无效)会采用索引合并的方式优化查询。

Not in 和not exists

主键字段中使用not in关键字查询数据范围,仍然可以走索引。而普通索引字段使用了not in关键字查询数据范围,索引会失效;

not exists时,索引也会失效。

order by 的坑

前提:已经建了联合索引:idx_code_age_name。

1.配合limit一起遵循最左匹配原则

explain select * from user order by code limit 100;

explain select * from user order by code,age limit 100;

explain select * from user order by code,age,name limit 100;

注意 order by不满足最左匹配原则,不会走索引。例如select * from user order by name limit 100

2.order by还能配合where一起遵循最左匹配原则。

例如:select * from user where code='101' order by age;

3.order by后面如果包含了联合索引的多个排序字段,只要它们的排序规律是相同的(要么同时升序,要么同时降序),也可以走索引。

注意:如果使用不同的排序规则不会走索引,例如select * from user order by code asc,age desc limit 100

具体sql如下:

explain select * from user order by code desc,age desc limit 100;

4.如果某个联合索引字段,在where和order by中都有也可以走索引

explain select * from user where code='101' order by code, name;

5.如果order by语句中没有加where或limit关键字,该sql语句将不会走索引。

6.对多个索引(注意:不是联合索引)进行order by不会走索引

我的每一篇文章都希望帮助读者解决实际工作中遇到的问题!如果文章帮到了您,劳烦点赞、收藏、转发!您的鼓励是我不断更新文章最大的动力!

http://www.lryc.cn/news/214208.html

相关文章:

  • ctfhub技能树web题目全解
  • AMD、CMD、UMD是什么?
  • AM@微分方程相关概念@线性微分方程@一阶线性微分方程的通解
  • 基于深度学习的安全帽识别检测系统(python OpenCV yolov5)
  • Spring源码分析篇一 @Autowired 是怎样完成注入的?究竟是byType还是byName亦两者皆有
  • Goby 漏洞发布|F5 BIG-IP AJP 身份认证绕过漏洞(CVE-2023-46747)
  • Vue中watch侦听器用法
  • [算法前沿]--054-大语言模型的学习材料
  • DWA算法,仿真转为C用于无人机避障
  • 现阶段的主流数据库分别是哪几种?
  • “原生感”暴涨311%,这届年轻人不再爱浓妆?丨小红书数据分析
  • 基于深度学习的植物识别算法 - cnn opencv python 计算机竞赛
  • k8s调度约束
  • 面经(面试经验)第一步,从自我介绍开始说起
  • S/4 HANA 中的 Email Template
  • \r\n和\n的区别 回车/换行 在不同系统下的区别
  • 机械应用笔记
  • 机房精密空调发生内部设备通信故障不一会压缩机就停止工作,怎么处理?
  • 手机端运维管理系统——图扑 HT for Web
  • 中期科技:智慧公厕打造智能化城市设施,提升公共厕所管理与服务体验
  • innovus: set_ccopt_property的基本用法
  • 打造美团外卖新体验,HarmonyOS SDK持续赋能开发者共赢鸿蒙生态
  • Realtek 5G pcie网卡 RTL8126-CG简介
  • 新版Idea显示Git提交人信息
  • 外贸网站建设攻略:如何建设一个高效的外贸网站
  • 【机器学习合集】模型设计之网络宽度和深度设计 ->(个人学习记录笔记)
  • 使用Objective-C和ASIHTTPRequest库进行Douban电影分析
  • 2.数据结构-链表
  • B站数据质量保障体系建设与实践
  • uniapp开发小程序无法上传图片的解决方法