慢查询是指执行时间超过设定阈值的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 会将符合条件的查询记录下来。每条日志通常包含：
- 查询执行时间
- 锁等待时间
- 扫描的行数
- 是否使用临时表或文件排序
- 具体的 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 和索引设计。
