首先开启慢查询日志并设置合理阈值，再启用记录未使用索引的查询，结合pt-query-digest分析日志，定期轮转以平衡监控与性能。
在 MySQL 中优化慢查询日志策略，核心是调整相关配置参数，确保能准确捕获性能瓶颈的 SQL 语句，同时避免日志过多影响系统性能。以下是具体操作和建议。
开启慢查询日志
默认情况下，MySQL 可能未开启慢查询日志。需要确认并启用：
1. 检查当前状态：SHOW VARIABLES LIKE 'slow_query_log';
如果值为 OFF，说明未开启。
2. 启用慢查询日志：在配置文件 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 配置自动切割，并配合监控告警机制，及时发现新增慢查询。
基本上就这些，关键是根据业务负载合理设置阈值，保持日志可用性和系统开销的平衡。
