SQL 优化方法详解（1）

这份指南将带你系统掌握SQL优化的四大核心工具，从慢查询定位到执行计划分析，再到性能瓶颈诊断和优化决策追踪，构建完整的优化闭环。

一、慢查询日志：定位性能瓶颈的起点

1. 慢查询日志基础配置

慢查询日志是捕捉低效SQL的第一道防线，默认处于关闭状态。通过以下命令可以查看当前配置：

show variables like 'slow_query_log%';

该命令会返回两个关键参数：slow_query_log：慢查询日志的开关状态（ON/OFF），slow_query_log_file：慢查询日志文件的存储路径

2. 慢查询阈值设置

通过调整慢查询阈值，可以精准控制哪些SQL会被记录到日志中：

show variables like 'long_query_time';

long_query_time参数定义了SQL执行时间超过多少秒会被记录到慢查询日志中。默认值为10秒，建议根据业务场景调整为更合理的值（如1秒或0.5秒）。

二、EXPLAIN：剖析SQL执行计划

1. ** 核心关注指标**

EXPLAIN命令可以帮助我们分析SQL语句的执行计划，重点关注以下五个字段：

2. 连接类型性能排序

三、Profile：精准分析执行耗时

1. 开启性能分析

Profiling功能可以帮助我们深入了解SQL执行过程中的资源消耗情况，默认处于关闭状态：

show variables like '%profil%';

通过以下命令开启Profiling：

set profiling=ON;

2. 查看执行耗时统计

执行SQL语句后，可以使用以下命令查看所有执行过的SQL的耗时情况：

show profiles;

profiling_history_size参数定义了show profiles命令最多显示的SQL数量，默认值为15。

3. 单条SQL深度分析

要查看特定SQL的详细执行情况，可以使用以下命令：

show profile cpu,block io for query 128;

在这里插入代码片

该命令会显示SQL执行过程中CPU和IO的消耗情况，帮助我们定位具体的性能瓶颈。

四、Optimizer Trace：追踪优化器决策过程

1. 开启优化器追踪

Optimizer Trace可以帮助我们了解MySQL优化器是如何选择执行计划的，默认处于关闭状态：

set optimizer_trace="enabled=on";

2. 查看优化器追踪结果

执行SQL语句后，可以通过以下命令查看优化器的追踪结果：

select * from information_schema.optimizer_trace;

3. 优化器执行的三个阶段

优化器追踪结果会展示SQL执行的完整生命周期，包括三个核心阶段：

join_preparation（准备阶段） ：分析查询结构，生成初始执行计划

join_optimization（分析阶段） ：评估不同执行计划的成本，选择最优方案

join_execution（执行阶段） ：执行最终选择的执行计划

通过分析这三个阶段的详细信息，我们可以深入理解MySQL优化器的决策逻辑，为SQL优化提供更精准的方向。