• 【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索引失效的几种原因分析

  • 相关阅读:
    无刷电机控制基础(3)——FOC矢量控制入门
    爬虫学习笔记 -- 常见名词解释
    第四节 Electron 调用H5事件结合node模块fs 实现文件拖拽读取
    【clickhouse专栏】基础数据类型说明
    webpack5入门配置
    【洛谷算法题】P3954-成绩【入门1顺序结构】
    Redis<一>-redis简介与安装
    Todolist案例vue写法
    Node.js的基本使用(三)数据库与身份认证
    如何在快应用中实现滑动操作组件
  • 原文地址:https://blog.csdn.net/CSDN_WYL2016/article/details/126393374