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

相关推荐
猫的玖月24 分钟前
(一)MY SQL概述
数据库·sql
脑子进水养啥鱼?1 小时前
PostgreSQL .history 文件
数据库·postgresql
倔强的石头_1 小时前
5 个真实案例带你避坑:DolphinDB 实时写入、流订阅与高可用调优
数据库
虹科网络安全1 小时前
艾体宝新闻|Redis 月度更新速览:2026 年 3 月
数据库·redis·缓存
Nturmoils1 小时前
DolphinDB 实时时序数据处理踩坑实录:5 类生产故障排查与优化
数据库
csdn2015_2 小时前
postgresql 拼接字段
数据库
\xin2 小时前
pikachu自编SQL(POST)
java·数据库·sql
oldking呐呐2 小时前
MySQL从建库到删库跑路 -- 4.表的操作
后端·mysql
2301_815901972 小时前
SQL如何将多行记录聚合成逗号分隔字符串_GROUP_CONCAT技巧
jvm·数据库·python
秋92 小时前
Kingbase下载、安装和使用详解
数据库