Mysql-索引失效 order by优化

Mysql-索引失效 order by优化

索引失效

  • 最佳左前缀法则

    如果索引了多列 要遵循最佳左前缀法则 指从查询索引的最左前列开始并且不跳过索引中的列

    在这里插入图片描述

    在这里插入图片描述

  • 不在索引列上做任何操作 会导致索引失效而转向全表扫描

    在这里插入图片描述

  • 不能使用索引中范围条件右边的列

    在这里插入图片描述

  • 尽量使用覆盖索引

    在这里插入图片描述

  • 在使用不等于(!=或者<>)的时候 无法使用索引会导致全表扫描

    在这里插入图片描述

  • is null 和is not null也无法使用索引

    在这里插入图片描述

  • lile以通配符开头 会造成索引失效变成全表扫描

    百分号开头的情况下 会造成索引失效

    如果必须得用百分开头 如%abc% 这种情况 则可以利用覆盖索引解决索引失效的问题

  • 字符串不加单引号 会导致索引失效

    在这里插入图片描述

  • 小结

    在这里插入图片描述

  • 练习1

    在这里插入图片描述

  • 练习2

    在这里插入图片描述

    只用c1 一个字段索引 但是c2 c3 用于排序

  • 练习3

    在这里插入图片描述

    第二个sql c1 c2 用于索引 c2 和 c3 用于排序

  • 练习4

    在这里插入图片描述

order by关键字优化

  • 上手案例

    在这里插入图片描述

  • 1.where条件限制,order by 2 字段(2字段为已建立组合索引字段,并按照组合索引的顺序排序),索引生效

在这里插入图片描述

  • 2.where条件限制,order by 2 字段(2字段为已建立组合索引字段,但排序的顺序和组合索引的顺序不一致),出现Using filesort

    EXPLAIN SELECT * FROM emp WHERE age = 45 ORDER BY name ,deptId;
    

在这里插入图片描述

  • 3.where条件限制,order by 2 字段(其中某一字段为非组合索引字段),出现Using filesort

    EXPLAIN SELECT * FROM emp WHERE age = 45 ORDER BY deptId ,empno;
    

在这里插入图片描述

  • 4.where条件限制,where and条件的值确定,排序条件中有该定值字段,即使order by后字段顺序和组合索引的顺序不一致(排序字段去除定值字段后剩余字段后组合索引顺序一致),此时不会出现Using filesort

    EXPLAIN SELECT * FROM emp WHERE age = 45 ORDER BY deptId,age;
    

在这里插入图片描述

  • 5.order by后跟的排序字段是desc和asc 组合,不论排序顺序是否和组合索引顺序一致,必然会出现Using filesort

    EXPLAIN SELECT * FROM emp WHERE age = 45 ORDER BY deptId DESC,name ASC;
    

在这里插入图片描述

  • order by索引对比

    1)无过滤条件(无where和limit)的order by 必然会出现 Using filesort
    2)过滤条件中的字段和order by 后跟的字段的顺序不一致,必然会出现 Using filesort
    3)order by后跟的字段排序即有DESC也有ASC,必然会出现Using filesort
    4)where条件的值确定,且order by后跟了跟了where条件的排序字段(order by 字段去除定值字段后剩余单字段),即使order by后跟的字段和组合索引字段顺序不一致,也不会出现Usi

  • order by索引建议

    1)尽量在索引列上完成排序操作,遵循最佳做前缀法则
    2)order by子句,尽量使用index方式排序,避免使用filesort方式

  • 无索引 order by的索引建议

    双路排序:扫描2次磁盘获取最终数据,第一次扫描读取行指针和order by字段列的值进行排序,刷选出需要的排完序的行指针,第二次扫描读取所需的全部数据
    单路排序:从磁盘中读取查询所需的全部列,在buff中进行排序,排序后进行输出,只需要扫描一次磁盘
    问题:双路排序相比单路排序会减少I/O次数,但会消耗更多的内存,如果取出的数据总大小超出sort_buffer的容量,会创建temp文件进行多路合并,反而会增加I/O次数,同理双路排序也会出现同样的问题,但单路排序的相对几率要高很多
    优化:
    1)增大sort_buffer_size
    2)增大max_length_for_sort_data
    3)减少select后跟的查询字段

  • 小结

    key a b c(a,b,c)
    
    order by能使用索引最左前缀
    - order by a
    - order by a,b
    - order by a,b,c
    - order by a DESC,b DESC,c DESC
    
    如果where使用了索引的最左前缀定义为常量  则order by能使用索引
    - WHERE a=const order by b,c
    - WHERE a=const AND b=const ORDRE BY c
    - WHERE a=const AND b>const ORDER BY b,c
    
    不能使用索引进行排序
    - ORDERE BY a ASC,b DESC,c DESC   排序不一致
    - WHERE g=const ORDER BY b,c   丢失a索引
    - WHERE a=const ORDER BY C  丢失b索引
    - WHERE a=const ORDER BY d  d不是索引的一部分
    
    

  • 3
    点赞
  • 22
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
引用\[1\]:根据引用内容中的描述,MySQL的子查询中加入order by语句可能会导致索引失效。在MySQL 5.7之后,为了解决这个问题,需要在子查询中加入limit限制。然而,即使加入了limit,仍然可能会使用filesort,导致子查询无效。因此,使用子查询进行order by操作可能会遇到问题。\[1\] 引用\[2\]:在MySQL中,建立索引是非常重要的。常见的问题之一是询问什么情况下索引会失效。一般来说,索引失效可能是因为没有遵守B+树的最左原则。此外,即使按照最左原则建立了索引,有时也会遇到使用order by时走索引和不走索引的情况。\[2\] 引用\[3\]:根据引用内容中的描述,当查询字段为'*'时,MySQL可能会选择全表扫描而不走索引。这是因为当查询字段为'*'时,MySQL需要进行回表查询,即在返回之前还需要进行多次回表操作。然而,如果查询字段为对应的索引字段,MySQL可以直接通过索引拿到对应的返回字段,不需要进行回表操作,从而提高查询速度。此外,B+树的叶子节点已经排好序,也不需要进行排序操作,进一步提高了查询效率。因此,当查询字段为对应索引字段时,MySQL会选择走索引。\[3\] 综上所述,当使用order by时,MySQL索引可能会失效。这可能是因为子查询中加入order by导致索引失效,或者查询字段为'*'时MySQL选择全表扫描而不走索引。在实际使用中,需要注意这些情况,合理设计索引和查询语句,以提高查询效率。 #### 引用[.reference_title] - *1* [MySQLorder by不使用索引的解决办法](https://blog.csdn.net/weixin_38238552/article/details/102530479)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [什么情况下mysql使用order by不会走索引?](https://blog.csdn.net/qq_38258642/article/details/129035223)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值