慢查询是指执行时间超过设定阈值的SQL语句，MySQL通过慢查询日志记录这些语句以帮助识别性能瓶颈。可通过SHOW VARIABLES查看状态，并用SET GLOBAL开启日志、设置long_query_time阈值及日志路径，建议在my.cnf中持久化配置。日志内容包含执行时间、锁等待、扫描行数、是否使用临时表等信息，可借助mysqldumpslow或pt-query-digest工具分析。常见原因有缺少索引、索引失效、返回数据过多、复杂JOIN或子查询、统计信息不准等。优化方向包括添加复合索引、避免字段函数处理、使用EXPLaiN分析执行计划、拆分大查询等。持续监控和结合业务优化是提升数据库性能的关键。

慢查询是指在 MySQL 中执行时间超过指定阈值的 SQL 语句。理解慢查询的关键在于识别哪些查询拖慢了数据库性能，进而优化它们以提升整体响应速度。

什么是慢查询

MySQL 提供了慢查询日志（Slow Query Log）功能，用于记录执行时间超过指定时长的 SQL 语句。慢查询并不一定是“错误”的 SQL，但它可能因为缺少索引、数据量大或逻辑复杂而导致响应缓慢。

默认情况下，执行时间超过 long_query_time 变量设定值的语句会被记录。例如，设置为 2 秒，则所有执行时间超过 2 秒的查询都会被写入慢查询日志。

如何开启和配置慢查询日志

要分析慢查询，首先要确保慢查询日志已启用。可以通过以下方式配置：

• 查看当前状态：
  SHOW VARIABLES LIKE 'slow_query_log';
• 开启慢查询日志：
  SET GLOBAL slow_query_log = 'ON';
• 设置阈值（例如 1 秒）：
  SET GLOBAL long_query_time = 1;
• 指定日志文件路径：
  SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';

注意：修改 global 变量只对新连接生效，且重启后会失效，如需持久化应写入 my.cnf 配置文件。

如何分析慢查询日志

开启日志后，MySQL 会将符合条件的查询记录下来。每条日志通常包含：

蓝心千询

蓝心千询是vivo推出的一个多功能AI智能助手

34

查看详情

• 查询执行时间
• 锁等待时间
• 扫描的行数
• 是否使用临时表或文件排序
• 具体的 SQL 语句

可以使用工具辅助分析：

• mysqldumpslow：MySQL 自带的解析工具，可汇总日志内容。
  例如：mysqldumpslow -s at -t 5 slow.log 查看执行时间最长的前 5 条。
• pt-query-digest（Percona Toolkit）：更强大的分析工具，能生成详细报告并建议优化点。

常见的慢查询原因与优化方向

发现慢查询后，重点是找出瓶颈。常见问题包括：

• 缺少合适的索引：WHERE、JOIN、ORDER BY 字段未建索引，导致全表扫描。
• 索引失效：使用函数、类型转换或模糊查询（如 LEFT(column,3)=’abc’ 或 column LIKE ‘%abc’）可能导致索引无法使用。
• 查询返回过多数据：SELECT * 或未加 LIMIT，传输大量无用数据。
• 复杂的 JOIN 或子查询：多表关联未走正确执行计划，或嵌套过深。
• 统计信息不准：执行计划偏差，可通过 ANALYZE TABLE 更新。

优化建议：

• 为高频查询字段添加复合索引
• 避免在 WHERE 中对字段做计算或函数处理
• 使用 EXPLAIN 分析执行计划，确认是否走索引
• 拆分大查询，减少单次负载

基本上就这些。慢查询是数据库性能调优的重要入口，关键是持续监控、定期分析，并结合业务场景优化 SQL 和索引设计。