当前位置: 首页 > article >正文

MySQL EXPLAIN 详解:一眼看懂查询计划

在日常的数据库开发中,我们经常需要分析 SQL 查询性能,而 EXPLAIN 是 MySQL 提供的利器,可以帮我们快速理解查询计划,优化慢查询。本文将详细解析 EXPLAIN 的输出字段及其含义,并结合实际案例分享优化思路。


一、什么是 MySQL EXPLAIN

EXPLAIN 是 MySQL 提供的一种查询分析工具,用来展示 SQL 查询的执行计划。它能直观地展示每个表的访问方式、索引的使用情况以及查询的执行顺序,帮助我们找出性能瓶颈。

使用方式

EXPLAIN [你的SQL语句];

执行后会返回一张表格,展示查询执行的各项详细信息。


二、EXPLAIN 输出字段详解

以下是 EXPLAIN 的关键输出字段,每一列都表示不同的执行信息。

字段名含义优化建议
id查询的执行顺序和优先级优先优化 id 值大的语句
select_type查询的类型确保派生表和子查询的效率
table当前步骤访问的表注意优化复杂查询中的临时表
partitions匹配的分区分区表优化相关
type表的访问方式(性能优劣排序)避免 ALL 全表扫描
possible_keys查询中可能使用的索引确保查询条件中使用了索引列
key实际使用的索引若为 NULL,需检查是否需要创建索引
key_len使用索引的长度确保索引覆盖了查询条件
ref索引比较对象确保通过条件有效筛选
rows预估需要扫描的行数扫描行数越少,性能越高
filtered返回结果占扫描行数的百分比值越接近 100%,过滤条件越高效
Extra补充信息,如临时表、排序等避免使用临时表、文件排序

三、EXPLAIN 字段详解及优化策略
1. id
  • 含义:表示查询的执行顺序。
  • 特点
    • id 值越大,优先执行。
    • 同一 id 从上到下执行。
  • 优化建议:优先优化 id 值较大的查询。
2. select_type
  • 常见值
    • SIMPLE:简单查询,没有子查询。
    • PRIMARY:最外层查询。
    • SUBQUERY:子查询。
    • DERIVED:派生表(子查询的结果作为临时表)。
    • UNIONUNION 中的查询。
3. type
  • 访问方式性能排序
    • 最佳system > const > eq_ref > ref > range > index > ALL
    • ALL(全表扫描):性能最差,应尽量避免。
  • 优化方法
    • 确保查询条件使用索引,避免全表扫描。
4. Extra
  • 关键信息解读
    • Using index:使用覆盖索引,性能较优。
    • Using where:通过 WHERE 过滤条件筛选数据。
    • Using temporary:使用了临时表,需优化。
    • Using filesort:需要额外的排序步骤,尽量优化索引支持排序。

四、典型优化案例

以下通过实际案例,演示如何使用 EXPLAIN 分析和优化查询计划。

1. 优化全表扫描

原始查询:

EXPLAIN SELECT * FROM orders WHERE user_id = 1;

查询计划:

  • type=ALL 表示全表扫描。
  • 优化方法:在 user_id 列上添加索引。
ALTER TABLE orders ADD INDEX idx_user_id(user_id);
EXPLAIN SELECT * FROM orders WHERE user_id = 1;
2. 优化排序

原始查询:

EXPLAIN SELECT name FROM users WHERE age > 30 ORDER BY age DESC;

查询计划:

  • Extra=Using filesort 表示需要额外排序。
  • 优化方法:在 age 列上添加索引。
ALTER TABLE users ADD INDEX idx_age(age);
EXPLAIN SELECT name FROM users WHERE age > 30 ORDER BY age DESC;
3. 子查询改写为 JOIN

原始查询:

EXPLAIN SELECT * FROM orders WHERE user_id IN (SELECT id FROM users WHERE age > 30);

查询计划:

  • select_type=SUBQUERY,执行效率较低。
  • 优化方法:改写为 JOIN 查询。
EXPLAIN SELECT o.* FROM orders o JOIN users u ON o.user_id = u.id WHERE u.age > 30;

五、总结
  1. EXPLAIN 是优化查询性能的重要工具,可以帮助我们清晰了解查询计划。
  2. 重点关注字段:如 typerowsExtra,避免全表扫描和文件排序。
  3. 索引是优化的核心:确保查询条件充分利用索引。

SQL 优化的核心原则

  • 合理设计索引。
  • 避免全表扫描。
  • 避免子查询,尽量使用 JOIN 替代。

**实践是优化的关键!**希望本文能帮你一眼看懂查询计划,并在实际项目中助你优化 SQL 性能!


你可以通过留言分享你的优化案例或遇到的疑难问题,一起交流探讨!


http://www.kler.cn/a/449443.html

相关文章:

  • Windows 11 安装 Dify 完整指南 非docker环境
  • 工业相机镜头选型知识详解
  • Linux网络——网络基础
  • 109.【C语言】数据结构之求二叉树的高度
  • C/C++圣诞树
  • 解读Makefile中,`=`、`:=`、`?=` 和 `+=`差异
  • Python入门:4.Python中的运算符
  • Android笔记:解决fragment+viewpager第二次进入的时候没有数据的问题
  • dockerfile文档编写(3):构建失败后清理缓存(删除容器和镜像相关命令)
  • 责任链模式(ChainofResponsibilityPattern)
  • 软件测试工程师撰写优质测试用例的秘籍
  • Linux 环境搭建(云服务器和XShell)
  • C# Random 随机数 全面解析
  • SpringBoot——核心概念
  • 【国产NI替代】基于全国产FPGA的16振动+2转速+8路IO口输入输出(24bits)256k采样率,高精度终端采集板卡
  • 再服务器上建立新的编译环境
  • ubuntu18.04升级到ubuntu20.04
  • WPF+MVVM案例实战与特效(四十六)- 打造动态背景时钟控件,轻松提升界面美感
  • Android 代码模式的理解
  • Flamingo:少样本多模态大模型
  • 目标检测-R-CNN
  • Pytorch | 利用EMI-FGSM针对CIFAR10上的ResNet分类器进行对抗攻击
  • 【阅读记录-章节6】Build a Large Language Model (From Scratch)
  • c# 不同数据类型转换
  • uniapp-微信小程序调用摄像头
  • springboot474基于web的垃圾分类回收系统(论文+源码)_kaic