• 售前

  • 售后

热门帖子
入门百科

Mysql的复合索引怎样生效

[复制链接]
123457265 显示全部楼层 发表于 2022-1-9 08:06:17 |阅读模式 打印 上一主题 下一主题
目录


  • 配景
  • 熟悉复合索引
  • 最左匹配原则
  • 字段次序的影响
  • 复合索引可以替代单一索引吗?
  • 小结

配景


近来频仍出现慢SQL导致体系性能问题,于是决定针对索引进行一些优化。一些表结构本身已经有了不少索引,假如再继承添加索引,势必会影响到插入数据的性能。那么,是否可以使用组合索引来达到目的呢?这篇文章咱们来一探究竟。


熟悉复合索引


假如where条件中使用到多个字段,而且需要对多个字段创建索引,此时就可以考虑采用复合索引(组合索引)。好比查询地址时需要输入省、市,那么在省、市上创建索引,当数据量大时会明显进步查询速率。

组合索引有啥优势呢?
       
  • 减少查询开销:创建复合索引(c1,c2,c3),现实上相称于创建了(c1),(c1,c2),(c1,c2,c3)三个索引。对于大表来说,可以极大减少开销。   
  • 覆盖索引:MySQL可以直接通过遍历索引取得数据,而无需回表,减少了很多的随机io操纵。   
  • 服从高:索引列越多,通过索引筛选出来的数据就越少,从而提升查询服从。
缺点:
       
  • 索引字段越多,创建的索引越多,每个索引都会增长磁盘空间的开销;   
  • 索引越多对查询服从提升越高,但对需要更新索引的增删改操纵会有服从影响;
复合索引使用建议:单表最好不要超过1个复合索引,单个复合索引最好不超过3个字段。一旦超过,就需要考虑必要性和是否有其他替代方案。


最左匹配原则


复合索引遵从最左匹配原则,顾名思义,在组合索引中,最左侧的字段优先匹配。因此,在创建组合索引时,where子句中使用最频仍的字段放在组合索引的最左侧。

辅助索引是B+树实现的,虽然可以指定多个列,但是每个列的比较优先级不一样,写在前面的优先比较高。一旦出现遗漏,在B+树上就无法继承搜刮了(通过补齐等措施解决的除外),因此是按照最左连续匹配来的。既然是在B+树上搜刮,对于条件的比较自然是要求准确匹配(即"="和"IN")。

在where子句中用到两个字段c1和c2,那么创建索引时,两个字段的次序应该是(c1,c2)照旧(c2,c1)呢?

精确的做法是:把重复值最少的放前面。好比,95%的值都不重复,则可考虑放最前面。


字段次序的影响


复合索引遵从最左匹配原则,那么在where查询条件中的字段是否也需要按照索引的次序来写呢?
好比,复合索引为(c1,c2,c3),下面两个查询条件是否会对索引有影响呢?
  1. select * from t_user where c1 = 1 and c2 = 4;
  2. select * from t_user where c2 = 4 and c1 = 1;
复制代码
看到有文章提出第一条SQL语句的服从更高,是否可信?两种查询方式条件一样,效果也应该一样,正常来说Mysql也会让它们走同样的索引。

通过Mysql的查询优化器explain分析上述两个条语句,会发现实行计划完全类似。也就是说:SQL语句中的字段次序并不需要与复合索引字段次序一致,查询优化器会主动调整次序。

假如说有服从影响,那么也就是查询优化器改正次序的影响吧,几乎可以忽略不计。

单字段是否可以触发索引?

对于复合索引为(c1,c2,c3),相称于(c1),(c1,c2),(c1,c2,c3)三个索引,假如查询条件中只有c1,很显然是会走索引的。
但假如where条件如下呢:
  1. from t_user where c2 = 4;
复制代码
上述语句是否会走索引呢?这得分几种环境来分析。
实行explan查询c1为条件的SQL语句:
  1. explain select * from t_user where c1 = 1;
复制代码
上述语句走的索引范例为:ref。ref范例表现Mysql会根据特定的算法快速查找到符合条件的索引,而不会对索引中每一个数据都进行扫描判定。这种范例的索引为了快速查出数据,索引就需要满意肯定的数据结构。
实行explan查询c2为条件的SQL语句:
  1. explain select c2 from t_user where c2 = 4;
复制代码
上述语句走的索引范例为:index。index范例表现Mysql会对整个索引进行扫描,只要是索引或索引的一部门Mysql就大概会采用index方范例的方式扫描。由于此种方式是一条数据一条数据查找,性能并不高。

在这个例子中,对查询的字段有肯定的要求,where中条件为c2,select中查询出的字段也只能是c2,才会走index范例的索引。

假如将c2换成*或其他字段:
  1. explain select * from t_user where c2 = 4;
复制代码
上述语句会发现,不再走index索引,而是走全表扫描了。这也从侧面分析白Mysql为什么要讲最左匹配原则了。
所以结论是:假如单个字段为复合索引的首个字段,则会正常走索引;假如单个字段是复合索引的其他字段,且仅有该字段出现在select背面,则会走index范例索引;而其他环境,则走全表扫描。


复合索引可以替代单一索引吗?


单一索引:(c1),复合索引:(c1,c2)。

当c1作为查询条件时,单一索引和复合索引查询速率几乎一样,以致比复合索引还要略快。
假如仅用复合聚集索引的非起始列(c2)作为查询条件的话,复合索引是不起任何作用的。
对于一张表来说,假如有复合索引(c1,c2),则无需再建单一索引(c1)。
假如已经存在单一索引(c1),因查询所需,可添加复合索引(c1,c2)来提升服从。


小结


本篇文章整理了Mysql复合索引使用时所需留意的一些知识点,在使用时可以通过explain来检察一下你的SQL语句是否走了索引,走了什么索引。
但还要相识的是:Mysql的实行计划和查询的现实实行过程并不完全符合。
别问我为什么知道,由于在实践中遇到过。同一条SQL语句,查询条件差别,有大概会走索引,也有大概不会走索引。

到此这篇关于Mysql的复合索引怎样见效的文章就先容到这了,更多相关Mysql 复合索引内容请搜刮脚本之家从前的文章或继承欣赏下面的相关文章希望各人以后多多支持脚本之家!

帖子地址: 

回复

使用道具 举报

分享
推广
火星云矿 | 预约S19Pro,享500抵1000!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

草根技术分享(草根吧)是全球知名中文IT技术交流平台,创建于2021年,包含原创博客、精品问答、职业培训、技术社区、资源下载等产品服务,提供原创、优质、完整内容的专业IT技术开发社区。
  • 官方手机版

  • 微信公众号

  • 商务合作