• 【MySQL查询常见面试题】如何避免全表扫描


    如何判定MySQL查询时进行了全表扫描

    我们可以直接通过执行计划来分析,如果type列显示为:ALL,那就可认为此次查询将会进行全表扫描。

    比如像下面这样
    在这里插入图片描述

    哪些情况会让MySQL选择全表扫描

    1. 没有任何过滤条件的查询

    比如像下面这样,没有过滤条件,查询所有字段

    select * from customer;
    
    • 1

    2. 数据量本身比较少

    当数据表中数据较少的时,直接进行全量扫描会比索引扫描更快。

    如果表中本身就几十条数据,即使name字段有索引,也还不如直接进行全表扫描。

    select * from customer where name = 'zhangsan';
    
    • 1

    3. 查询的索引列的值在全表中出现率较高

    如果表中的大多数行都匹配了索引的条件,那么MySQL会认为直接走全表扫描会更快

    如果order 表中所有的数据都是从2020-01-01 00:00:00开始,那么就算create_time 有索引,那不如直接全表查询来的快。

    select * from order where create_time > '2020-01-01 00:00:00';
    
    • 1

    4. 索引列的区分度较低

    这点本质上和前一条规则类似,区分度较低也就意味着,将从表中查询出大量的数据,与其这样,不如直接扫描全表好了,原因就在于:当查询需要访问大部分行时,顺序读取比通过索引读取更快,顺序读取可以最大限度地减少磁盘寻道。

    如果order表数据量为500W,而type = ‘1’的数据量占了其中很大的一部分,那此时如下的查询,就很可能不会走索引,即使在type列上加了索引,不过反过来看,如果type = ‘2’的数据量占了其中很少的一部分,那么此时查询就一定会走索引。

    select * from order where type = '1'
    
    • 1

    5. 其他导致索引失效的问题

    当然,还有本身就会导致索引失效的问题,这里不过多介绍,有兴趣的可以阅读此篇文章:MySql索引失效的几种原因分析

  • 相关阅读:
    使用C/C++实现字典树(数组或者链表方式)
    时钟有关概念汇总
    JVM - 双亲委派
    性能测试之性能调优
    巧用 CSS 实现炫彩三角边框动画
    mbedtls开发环境搭建
    AI搜索Perplexity的产品构建之道
    redis命令记录
    本地Chatglm2-6b模型训练,deepspeed依赖安装报错。
    Ubuntu22.04.01Desktop桌面版 允许root用户远程登陆 笔记221110
  • 原文地址:https://blog.csdn.net/CSDN_WYL2016/article/details/126393374