当前位置： 首页 > news >正文

广元网站建设广元erp系统的优点

news 2025/10/31 18:08:57
广元网站建设广元,erp系统的优点,如何对网站的图片做cdn,信息网招聘用EXPLAIN洞察SQL执行计划：从"盲目编写"到"精准优化" 很多开发者在编写SQL时仅凭直觉，直到查询超时才发现问题。MySQL内置的EXPLAIN工具能提前揭示查询执行逻辑，帮助预防性能隐患。本文将带你掌握EXPLAIN的核心用法&…

用EXPLAIN洞察SQL执行计划：从"盲目编写"到"精准优化"

很多开发者在编写SQL时仅凭直觉，直到查询超时才发现问题。MySQL内置的EXPLAIN工具能提前揭示查询执行逻辑，帮助预防性能隐患。本文将带你掌握EXPLAIN的核心用法，让SQL优化从经验导向转变为数据驱动。

一、EXPLAIN：揭秘SQL查询的执行过程

EXPLAIN是MySQL强大的查询分析工具，通过在SQL语句前添加该关键字即可获取详细的执行计划，包括：

  • 表的访问顺序
  • 索引使用情况
  • 预估扫描行数
  • 是否存在全表扫描、临时表或文件排序等性能瓶颈

使用示例：

-- 基础查询分析
EXPLAIN SELECT id, name FROM products WHERE category='自行车';-- 深度分析复杂查询
EXPLAIN FORMAT=JSON SELECT * FROM orders JOIN customers ON orders.cust_id=customers.id;

执行结果包含10余个关键字段，其中4个核心指标是性能优化的重点依据。

二、四大核心指标：快速定位查询瓶颈

核心指标优化指南

指标功能说明性能参考值优化重点检测方法
type表访问方式最优：const/eq_ref
良好：ref/range
需优化：index/ALL		避免ALL（全表扫描），争取达到range及以上检查执行计划中的type值
rows预估扫描行数优秀：<100
良好：100-1000
需优化：≥1000		通过索引优化减少扫描行数对比rows与实际返回行数
key实际使用索引理想：非NULL
需优化：NULL		确保查询条件、连接和排序字段使用索引验证key是否为预期索引
Extra附加信息良好：Using index
需优化：filesort/Using temporary		消除文件排序和临时表关注负面提示信息

1. type：访问方式（关键性能指标）

type反映表的访问方式，性能从优到劣排序：

类型说明性能优化建议
ALL全表扫描最差必须创建索引
index索引全扫描较差优化查询范围
range索引范围扫描中等合理，可优化范围
ref非唯一索引匹配良好推荐，保持索引高选择性
eq_ref唯一索引匹配优秀理想状态
const常量查询最优最佳性能

关键提示：发现type=ALL（全表扫描）需立即优化。

2. rows：预估扫描行数

rows表示优化器预估的扫描行数，数值与性能成反比：

  • 全表扫描时接近表总行数
  • 高效查询应远小于总行数

优化建议：

  • 当rows远大于实际返回行数时，执行ANALYZE TABLE 表名更新统计信息
  • 通过索引优化将rows控制在1000以内（大数据表需更严格）

3. key：实际使用索引

key显示查询实际使用的索引，NULL表示未使用索引（通常伴随type=ALL）

常见索引失效原因：

  • 索引字段被函数处理（如DATE(create_time)）
  • 违反联合索引最左前缀原则
  • 数据量过小，优化器选择全表扫描

4. Extra：执行细节

Extra包含关键执行信息，需重点关注：

信息说明影响优化建议
Using index覆盖索引正面无需优化
filesort文件排序负面使用索引排序
Using temporary临时表负面优化GROUP BY/ORDER BY
Using where回表查询中性扩展为覆盖索引

三、实战案例：用EXPLAIN诊断与优化

案例1：全表扫描优化（type=ALL）

项目优化前优化后
SQLSELECT * FROM products WHERE category='自行车'同左，添加idx_category索引
typeALLref
keyNULLidx_category
rows1000005000
ExtraUsing whereUsing index（若只查索引字段）
执行时间1.2s0.06s

优化步骤：

  1. 创建索引：CREATE INDEX idx_category ON products(category);
  2. 原理：通过索引快速定位category='自行车'的记录，避免全表扫描。

案例2：filesort优化（Extra=filesort）

项目优化前优化后
SQLSELECT * FROM orders WHERE user_id=100 ORDER BY create_time同左，添加idx_user_create联合索引
typerefref
keyidx_user_ididx_user_create
rows5050
ExtrafilesortUsing index
执行时间0.8s0.05s

优化步骤：

  1. 创建联合索引：CREATE INDEX idx_user_create ON orders(user_id, create_time);
  2. 原理：联合索引包含筛选（user_id）和排序（create_time）字段，利用索引有序性避免filesort。

案例3：索引失效场景汇总

场景A：函数处理索引字段

错误示例：

EXPLAIN SELECT * FROM orders WHERE DATE(create_time)='2023-01-01';
-- 执行计划：type=ALL，key=NULL（索引失效）

优化方案：

EXPLAIN SELECT * FROM orders 
WHERE create_time BETWEEN '2023-01-01 00:00:00' AND '2023-01-01 23:59:59';
-- 执行计划：type=range，key=idx_create_time（索引生效）
场景B：使用NOT/!=/<>操作符

错误示例：

EXPLAIN SELECT * FROM products WHERE price != 100;
-- 执行计划：type=ALL，key=NULL（索引失效）

优化方案：

-- 拆分范围查询（适用于数值型字段）
EXPLAIN SELECT * FROM products WHERE price < 100 
UNION ALL 
SELECT * FROM products WHERE price > 100;
-- 执行计划：type=range，key=idx_price（索引生效）
场景C：OR连接条件（部分字段无索引）

错误示例：

EXPLAIN SELECT * FROM users WHERE mobile='13800138000' OR email='test@example.com';
-- 执行计划：type=ALL，key=NULL（仅mobile有索引，email无索引）

优化方案：

-- 改为UNION ALL（需两个字段均有索引）
EXPLAIN SELECT * FROM users WHERE mobile='13800138000'
UNION ALL
SELECT * FROM users WHERE email='test@example.com';
-- 执行计划：type=ref，key=idx_mobile/idx_email（双索引生效）
场景D：隐式类型转换

错误示例：

EXPLAIN SELECT * FROM users WHERE mobile=13800138000;
-- 执行计划：type=ALL，key=NULL（mobile为字符串类型，查询用数字）

优化方案：

EXPLAIN SELECT * FROM users WHERE mobile='13800138000';
-- 执行计划：type=ref，key=idx_mobile（类型匹配，索引生效）

案例4：复合问题优化（全表扫描+filesort）

原始查询：

EXPLAIN SELECT * FROM products 
WHERE price>100 AND category='自行车' 
ORDER BY create_time;
-- 执行计划：type=ALL，key=NULL，Extra=Using where; filesort（双问题）

优化步骤：

  1. 创建联合索引：CREATE INDEX idx_cat_price_time ON products(category, price, create_time);
  2. 优化后执行计划：
    • type=range，key=idx_cat_price_time，Extra=Using index
    • 扫描行数从50000→800，执行时间从2.1s→0.09s

案例5：大数据量表分页优化（百万级数据）

原始查询：

EXPLAIN SELECT * FROM orders 
WHERE user_id=1000 AND status='paid'
ORDER BY create_time DESC 
LIMIT 20 OFFSET 100;
-- 执行计划：type=ref，key=idx_user_id，Extra=filesort（偏移+排序双问题）

优化方案：

  1. 创建联合索引：CREATE INDEX idx_user_status_time ON orders(user_id, status, create_time);
  2. 优化后执行计划：
    • type=ref，key=idx_user_status_time，Extra=Using index
    • 执行时间从1.5s→0.07s

四、高效索引创建指南

1. 索引选择性：判断索引是否高效

选择性：字段不重复值数 / 总记录数（值越接近1，索引越高效）。

行业案例：

  • 电商用户表：
    • user_id：选择性=1.0（唯一标识，必建索引）
    • gender：选择性=0.5（仅男/女，不建议建索引）
  • 物流订单表：
    • order_no：选择性=1.0（唯一单号，必建索引）
    • status：选择性=0.2（5种状态，仅在筛选特定状态时建索引）

计算示例：

-- 低选择性字段（状态）
SELECT COUNT(DISTINCT status)/COUNT(*) FROM orders;  -- 结果≈0.2-- 高选择性字段（订单号）
SELECT COUNT(DISTINCT order_no)/COUNT(*) FROM orders;  -- 结果≈1.0

注意：索引选择性计算需要定期更新（ANALYZE TABLE），否则可能因统计信息过期导致误判。

2. 索引类型与创建规范

单字段索引

为筛选、JOIN、排序字段创建：

-- 筛选字段索引
CREATE INDEX idx_customer_id ON customers(cust_id);-- 长字符串前缀索引（节省空间）
CREATE INDEX idx_product_name ON products(name(20));  -- 取前20字符
联合索引（最左前缀原则）

联合索引(a,b,c)仅在查询包含最左字段时生效：

有效查询无效查询
WHERE a=1WHERE b=2（缺最左a）
WHERE a=1 AND b=2WHERE a=1 AND c=3（跳过b）
WHERE a=1 ORDER BY bWHERE b=2 ORDER BY c（缺a）

创建语法：

-- 筛选+排序联合索引（先筛选，后排序）
CREATE INDEX idx_user_status_time ON orders(user_id, status, create_time);

3. 索引数量建议（平衡读写性能）

表类型读/写比建议索引数量
读密集表>100:15-10个
均衡表10:1≤5个
写密集表（如日志、订单）<10:1≤3个

警示：在超过500万行的表上创建索引需要评估锁表时间，建议在业务低峰期执行。

五、查询性能优化五步法

  1. 编写基础查询：优先确保业务逻辑正确性，获得准确结果集；
  2. 分析执行计划：使用EXPLAIN或EXPLAIN FORMAT=JSON获取查询路径；
  3. 定位性能瓶颈：
    • 检查type字段是否出现ALL/index等低效扫描；
    • 关注rows预估行数是否异常偏高；
    • 排查Extra字段是否包含filesort/temporary等警告；
    • 验证key字段是否实际使用了目标索引；
  4. 实施优化方案：
    • 索引优化：增删索引、调整联合索引字段顺序；
    • SQL重构：避免索引字段函数计算、用UNION替换OR条件、改进分页查询；
  5. 验证优化效果：对比优化前后执行计划的type、rows、Extra关键指标变化。

六、索引使用五大误区

  1. 索引滥用：盲目增加索引数量，显著降低数据写入效率；
  2. 顺序错配：联合索引中将低区分度字段前置，严重削弱索引效果；
  3. 长度不足：过短的前缀索引导致过滤效率低下；
  4. 环境混淆：测试环境机械复制生产索引配置，忽略数据规模差异；
  5. 维护缺失：长期未更新统计信息，造成优化器决策偏差。

核心总结

EXPLAIN作为SQL性能分析的利器，通过type、rows、key、Extra四大核心维度精准定位问题。优化本质在于：基于业务特征设计精准索引，严格遵守最左前缀原则，规避常见失效场景。切记，最优索引策略是平衡的艺术——在查询性能和写入开销间取得完美平衡。

http://www.dtcms.com/a/551145.html

相关文章：

  • 乾县做网站罗湖区住房和建设局网站
  • 免费网站建站排行榜app制作软件教程
  • 网站编辑制作广州自助网站推广制作
  • 【企业SRE/DevOps向的精通Linux课程培训课程】第 19 天：Linux 存储和文件系统（ext4, xfs, btrfs, 配额, 调优）
  • 做网站和网页区别迪奥网页设计图片
  • 英语课件做的好的网站vc做网站
  • 河北建设行业信息网站兰州建设网站
  • 10分钟免费建网站北京新鸿儒做的网站
  • 做瞹瞹小视频网站做服装搭配的流行趋势网站
  • 苏州建设网站公司在什么地方考研哪个培训机构比较好
  • Linux系统调用lseek详解：文件指针的灵活控制
  • 郑州seo建站如何做一个网络营销
  • html跳转到另一个html页面公司搜索seo
  • 商城网站需要多少空间网站建设 会议主持稿
  • 五合一小程序网站外管局网站做延期收汇报告
  • 慈溪网站建设网站优化就是seo
  • 网站开发毕业设计文档太原做推广营销
  • 搭建个人视频网站微信程序开发平台
  • wordpress自定义结构怎么优化网站加载速度
  • 510企业网站系统源码软件下载app排行榜
  • 如何用群晖做自己的网站小程序的功能
  • 网页制作邢台网站公司wordpress mepal
  • 网站文字大小代码博达网站建设流程
  • 网站建设的安全防护方法服务号wordpress
  • 毕设做桌面软件还是网站网页设计与网站建设+pdf
  • 快站如何做网站会用wordpress建站
  • 怎么建网站手机版微信小程序有什么用处?
  • 网站商品页面设计百度空间导出wordpress
  • 网站建设解析wordpress广告平台
  • 厦门百度搜索网站排名柳州建网站