开启MySQL慢查询日志是排查性能问题最直接、最基础的步骤，通过设置slow_query_log=ON、long_query_time（建议1–3秒）和slow_query_log_file路径，可捕获超时SQL；需验证日志记录与Slow_queries状态是否匹配。
开启 MySQL 慢查询日志是排查性能问题最直接、最基础的一步。它能自动捕获执行时间超过阈值的 SQL，帮你快速锁定“拖慢系统”的语句，不用靠猜或等用户反馈。
确认当前是否已开启
登录 MySQL 后执行：
- SHOW VARIABLES LIKE '%slow_query_log%'; —— 查看 slow_query_log 值是否为 ON
- SHOW VARIABLES LIKE 'long_query_time'; —— 查看当前阈值（默认 10 秒，通常需调低）
-
SHOW VARIABLES LIKE '%slow_query_log_file%'; —— 确认日志保存路径，如
/var/lib/mysql/xxx-slow.log
临时开启（重启不失效，适合调试）
无需改配置文件，立即生效（但服务重启后会恢复原状）：
- SET GLOBAL slow_query_log = 1;
- SET GLOBAL long_query_time = 2;（建议设为 1–3 秒，便于测试环境捕捉真实慢 SQL）
- 注意：修改
long_query_time后，**新连接才生效**；已有连接仍沿用旧值
永久开启（生产/测试环境推荐）
编辑 MySQL 配置文件（/etc/my.cnf 或 /etc/mysql/my.cnf），在 [mysqld] 区块下添加：
- slow_query_log = 1
- slow_query_log_file = /var/log/mysql/mysql-slow.log（路径可自定义，确保 MySQL 进程有写权限）
- long_query_time = 1（单位：秒，支持小数如 0.5）
- 保存后执行 sudo systemctl restart mysqld（或
service mysql restart）
验证与初步排查
开启后别急着查业务 SQL，先做两件事验证是否正常工作：
- 执行一条人为慢 SQL：SELECT SLEEP(3);（确保超出了你设的
long_query_time） - 查看日志是否记录：sudo tail -n 20 /var/log/mysql/mysql-slow.log
- 统计当前慢查询总数：SHOW GLOBAL STATUS LIKE 'Slow_queries';
- 若日志为空但
Slow_queries计数增长，说明日志路径权限或格式有误；若两者都无变化，检查是否漏写了[mysqld]头部或配置语法错误
这一步做完，你就拥有了性能问题的第一手证据源。后续只需结合 EXPLAIN 分析执行计划、用 mysqldumpslow 或 pt-query-digest 聚类高频慢 SQL，优化就有的放矢了。
