先开启慢查询日志并配置参数，再用工具分析日志，最后建立监控机制。具体为：在配置文件中启用slow_query_log、设置long_query_time阈值、指定slow_query_log_file路径，可选记录未使用索引的查询；通过SHOW VARIABLES验证状态，执行测试SQL确认日志写入；使用tail查看日志，或用mysqldumpslow、pt-query-digest分析慢查询；将日志接入ELK或Prometheus+Grafana实现持续监控与告警，及时发现性能问题。

要监控 MySQL 的慢查询日志，核心是开启慢查询日志功能并配置合理的阈值，然后通过工具或手动分析日志文件来识别执行效率低的 SQL 语句。以下是具体操作步骤和建议。

开启并配置慢查询日志

确保 MySQL 实例已启用慢查询日志，并设置合适的参数：

• slow_query_log：启用慢查询日志，设为 ON
• slow_query_log_file：指定日志文件路径，例如 /var/log/mysql-slow.log
• long_query_time：定义“慢”的标准，单位为秒，如设为 1 表示超过 1 秒的查询会被记录
• log_queries_not_using_indexes：可选，设为 ON 可记录未使用索引的查询，即使执行很快

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

修改后重启 MySQL 或动态生效（部分参数支持 SET GLOBAL）。

验证慢查询日志是否生效

登录 MySQL 执行以下命令检查状态：

确认输出显示已开启且路径正确。可以手动执行一条耗时较长的 SQL（如加 SLEEP(2)）测试是否写入日志。

分析慢查询日志

日志文件记录了查询时间、锁等待时间、扫描行数、SQL 语句等信息。直接查看日志内容：

更高效的方式是使用 mysqldumpslow 或 pt-query-digest 工具进行统计分析：

• mysqldumpslow：MySQL 自带，常用命令如：
  mysqldumpslow -s at -t 10 /var/log/mysql-slow.log
  按平均执行时间排序，显示最慢的前 10 条
• pt-query-digest（Percona Toolkit）：功能更强，支持生成详细报告：
  pt-query-digest /var/log/mysql-slow.log
  可分析查询模式、建议索引优化、统计执行频率等

结合监控系统持续观察

将慢查询日志接入集中式日志系统（如 ELK、Graylog）或使用监控平台（如 Prometheus + Grafana 配合 mysqld_exporter），设置告警规则，当单位时间内慢查询数量突增时及时通知。

也可定期运行脚本自动解析日志并邮件提醒 DBA 团队。

基本上就这些。关键是先打开日志，再用合适工具分析，最后建立持续监控机制，才能有效发现和优化性能瓶颈。