MySQL中type字段解析

文章目录

      • [1. system & const (最快)](#1. system & const (最快))
      • [2. eq_ref (极快)](#2. eq_ref (极快))
      • [3. ref (快)](#3. ref (快))
      • [4. range (较快)](#4. range (较快))
      • [5. index (慢)](#5. index (慢))
      • [6. ALL (最慢)](#6. ALL (最慢))
      • [💡 核心区别总结](#💡 核心区别总结)

记录一下我经常忘记的Type字段

EXPLAIN 的结果中,type 字段代表的是访问类型(Access Type),即 MySQL 决定如何查找表中的行。这是判断查询性能最直观的指标。

按照从好到差 的顺序,常用的 type 取值如下:


1. system & const (最快)

  • system :表只有一行(等于系统表),这是 const 类型的特例。
  • const :通过索引一次就找到了。通常出现在使用**主键(primary key) 唯一索引(unique index)**与常量进行等值比较时。
    • 示例: SELECT * FROM users WHERE id = 1;

2. eq_ref (极快)

  • 通常出现在多表连接 中,连接条件使用的是主键或唯一索引。对于前一张表的每一行,在当前表中只有一行匹配。
    • 示例: SELECT * FROM a JOIN b ON a.id = b.a_id;(假设 b.a_id 是唯一索引)

3. ref (快)

  • 使用的是非唯一性索引 (普通索引)或者联合索引的前缀扫描。可能会找到多行符合条件的记录。
    • 示例: SELECT * FROM users WHERE age = 25;age 是普通索引)

4. range (较快)

  • 范围扫描 。利用索引检索给定范围内的行。
    • 特征: 只要 WHERE 子句中出现了 BETWEEN, >, <, in, or 等,且该列有索引,通常就是 range

5. index (慢)

  • Full Index Scan 。虽然也扫了索引,但它扫描了索引树的所有叶子节点。这通常比全表扫描快一点点,因为它不用去读数据行(通常伴随 Extra: Using index)。

6. ALL (最慢)

  • Full Table Scan 。全表扫描,MySQL 遍历整个表来查找匹配的行。
    • 评价: 数据量大时是灾难,必须优化。

💡 核心区别总结

system > const > eq_ref > ref > range > index > ALL

一般来说,生产环境的查询至少要达到 range 级别,最好能达到 ref

相关推荐
VALENIAN瓦伦尼安教学设备6 小时前
ASHOOTER激光对中仪如何通过颜色确定调整是否合适
数据库·嵌入式硬件·算法
Wang's Blog6 小时前
AI Agent白手起家58: 项目可观测性——用 LangSmith 实现全链路追踪
数据库·人工智能
SL_staff7 小时前
JVS数字底座实践:如何复用企业文档能力快速构建知识类应用
java·数据库·程序员
技术长镜头8 小时前
别再死记 Record、Gap、Next-Key:沿一条 SQL 看懂 InnoDB 锁
后端·mysql
农村小镇哥8 小时前
C#读取CSV文件的方法
服务器·数据库·c#
IMPYLH8 小时前
HTML 的 <embed> 元素
前端·数据库·html
油丶酸萝卜别吃9 小时前
Redis 布隆过滤器快速实现
数据库·redis·缓存
深念Y9 小时前
stable-diffusion.cpp 的 FLUX.2 Klein 9B 分步
java·前端·数据库
whn19779 小时前
oracle 的ora-19633处理
数据库·oracle
x-cmd9 小时前
用 Rust 打造 AI 时代的 SQL:把重复任务变成可执行文件
数据库·人工智能·sql·ai·容器·rust·workflow