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。

相关推荐
AIgorithmGEEK18 小时前
MySQL 索引全解(下):建、查、删实战与知识速查表
数据库·mysql·b+树·索引
Lost_the_wind18 小时前
MySQL学习笔记四
mysql
唠点键盘之外的21 小时前
26 向量数据库实战:从 0 搭一条能用的检索链路(pgvector + Spring AI)
数据库·人工智能·spring
云和恩墨21 小时前
数据库监控简史:监控不止于告警——从图表大爆发到健康管理闭环
数据库
ly768921 小时前
MongoDB 事务开销实测:快照隔离下的写冲突、重试与分片事务边界
数据库·mongodb·事务·分片集群·快照隔离·写冲突
豆角焖肉21 小时前
Spring AOP 自定义注解实现系统操作日志
数据库·自定义注解·springaop·操作日志·aop 切面
金伟API10241 天前
不会写复杂SQL怎么办?
数据库·sql
执笔为剑1 天前
2.1.2-1、V8R3迁移到V8R6-Oracle兼容特性
数据库
geovindu1 天前
sql:Search-Optimized SQL Queries using mysql 9.0
android·数据库·sql·mysql·数据库开发·数据库架构
for_ever_love__1 天前
MySQL SELECT 与 WHERE 优化实战:可搜索条件、联合索引与执行计划
数据库·mysql·oracle·select·where·条件优化·查询优化技巧