你的SQL为什么“慢”？- MySQL调优的世界观与诊断先行-CSDN博客

本文链接：https://blog.csdn.net/weixin_42587823/article/details/150207708

《“慢”SQL歼灭战：MySQL性能调优核心指南》

系列第一篇：你的SQL为什么“慢”？- MySQL调优的世界观与诊断先行

“网站又卡了！”

当产品经理和老板的催促声在耳边响起，所有人的目光都像聚光灯一样打在DBA和后端工程师身上时，你的第一反应是什么？冲到服务器上改配置？重启数据库？还是祈祷它自行恢复？

这些都是“战术性慌乱”。一位优秀的工程师，面对“数据库慢”这个如同巨大黑盒子的敌人时，首先要做的不是开火，而是侦察。

一、调优金字塔：我们应该先在哪片阵地开火？

MySQL的性能，由多个层级的因素共同决定。把它们想象成一个金字塔，我们调优的效率和投入产出比，完全取决于我们从哪一层开始。

(想象一张金字塔图，从上到下，塔尖影响最大)

塔顶 (最高回报): SQL查询与索引
- 影响： 巨大。一条糟糕的SQL或一个缺失的索引，能让一台顶级服务器的性能形同虚设。
- 成本： 极低。通常只需要修改SQL语句或添加索引，不涉及停机和硬件成本。
- 80%的性能问题都发生在这里。
中间层: 数据库结构设计 (Schema)
- 影响： 较大。例如，不合理的表结构、错误的数据类型选择。
- 成本： 较高。修改表结构通常需要锁表或数据迁移。
底层: 配置、硬件与OS
- 影响： 有限。当上层已经优化到极致时，这里的调优才能显现效果。
- 成本： 极高。增加内存、更换更快的SSD、升级CPU都需要真金白银。

调优的第一铁律： 永远从金字塔的顶端开始。在没有分析过SQL和索引之前，任何试图通过修改my.cnf配置或升级硬件来解决性能问题的行为，都是可疑的、低效的，甚至可能是完全无效的。

二、三大诊断神器：你的“听诊器、CT机与监控室”

要成为一名合格的数据库医生，你需要配齐你的医疗包。MySQL自带了强大的诊断工具，我们必须先精通它们。

神器一：慢查询日志 (Slow Query Log) - 你的“头号线人”

这是最重要、最直接的侦察工具。你不需要去猜哪个SQL慢，你只需要让MySQL主动**“告密”**。

作用： 它会自动记录所有执行时间超过指定阈值的SQL语句，并保存到日志文件中。
实操演练：
1. 登录MySQL，查看慢查询日志是否开启：
```
SHOW VARIABLES LIKE '%slow_query_log%';
-- 关注 slow_query_log 和 slow_query_log_file 这两个变量
```
2. 设置慢查询的时间阈值（比如1秒）：
```
-- 超过1秒的查询被认为是慢查询
SET GLOBAL long_query_time = 1;
```
3. 开启慢查询日志功能：
```
SET GLOBAL slow_query_log = 1;
```
  注意： SET GLOBAL只对当前实例生效，重启后会失效。要永久生效，需要将以下配置写入MySQL的配置文件my.cnf（或my.ini）中：
```
[mysqld]
slow_query_log = 1
slow_query_log_file = /var/lib/mysql/mysql-slow.log
long_query_time = 1
```
4. 分析日志： 打开日志文件，你会看到类似记录，它包含了执行时间、执行用户、查询的SQL原文等所有破案所需的关键信息。

神器二：`EXPLAIN` 命令 - 你的“SQL执行计划CT机”

找到了慢SQL这个“嫌疑人”之后，EXPLAIN就是你用来审问它的“测谎仪”。它能告诉你，MySQL打算如何执行这条SQL，但并不会真的去执行它。

作用： 分析SQL语句的执行计划，揭示它是否使用了索引、扫描了多少行、是否有文件排序等。
实操演练：

假设我们有一条查询：SELECT * FROM employees WHERE last_name = 'Smith';
```
EXPLAIN SELECT * FROM employees WHERE last_name = 'Smith';
```
执行后，你会得到一张表。现在你可能还看不懂里面的type, key, rows, Extra等列的含义，没关系！你只需要记住：在优化任何一条SELECT查询前，先EXPLAIN一下，这是专业与否的分水岭。我们将在第三篇中深度解密这张“CT报告”。

神器三：`SHOW PROCESSLIST` - 你的“实时作战指挥室”

当系统突然卡死，响应极其缓慢时，你需要立刻知道“数据库现在正在忙什么？”

作用： 显示当前所有连接到MySQL的线程，以及它们正在执行的操作。
实操演练：
```
SHOW FULL PROCESSLIST;
```
你会看到一张实时列表，关注几列：
- Id: 线程ID，当你需要手动“枪毙”一个卡死的查询时，就用KILL [Id];。
- Time: 该线程处于当前状态的秒数。如果一个查询的Time高达几百甚至上千秒，它就是头号“犯罪嫌疑人”。
- State: 线程当前的状态。
- Info: 该线程正在执行的SQL语句。