17370845950

首先开启慢查询日志并设置合理阈值，再启用记录未使用索引的查询，结合pt-query-digest分析日志，定期轮转以平衡监控与性能。

在 MySQL 中优化慢查询日志策略，核心是调整相关配置参数，确保能准确捕获性能瓶颈的 SQL 语句，同时避免日志过多影响系统性能。以下是具体操作和建议。

开启慢查询日志

默认情况下，MySQL 可能未开启慢查询日志。需要确认并启用：

SHOW VARIABLES LIKE 'slow_query_log';

如果值为 OFF，说明未开启。

在配置文件 my.cnf 或 my.ini 中添加或修改：

[mysqld]
slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log

也可以在运行时动态开启（需有权限）：

SET GLOBAL slow_query_log = 'ON';

设置慢查询阈值

通过 long_query_time 控制记录慢查询的时间阈值（单位：秒）。

• 生产环境通常设为 1 秒或更低（如 0.5）以捕获更多潜在问题
• 调试阶段可设为 0，记录所有 SQL（不推荐长期使用）

配置示例：

SET GLOBAL long_query_time = 1;

注意：修改后需重新连接会话才能看到新值（SHOW VARIABLES 查看的是会话值）。

记录未使用索引的查询

即使执行很快，未走索引的 SQL 也可能成为性能隐患。建议开启记录：

配置文件中添加：

log_queries_not_using_indexes = ON

或运行时设置：

SET GLOBAL log_queries_not_using_indexes = ON;

结合 pt-query-digest 分析日志

原生日志难以直接分析，推荐使用 Percona Toolkit 中的 pt-query-digest 工具：

pt-query-digest /var/log/mysql/slow.log > slow_report.txt

它能自动汇总最耗时、最频繁的 SQL，帮助定位优化重点。

升级策略后，建议定期轮转日志，避免单个文件过大。可通过 logrotate 配置自动切割，并配合监控告警机制，及时发现新增慢查询。

基本上就这些，关键是根据业务负载合理设置阈值，保持日志可用性和系统开销的平衡。