慢查询日志需先确认slow_query_log为ON且long_query_time设为1~2秒，再检查log_output模式；推荐配置文件永久开启并指定日志路径与权限，避免TABLE输出影响生产性能。
确认当前慢查询日志是否已启用
直接连上 MySQL 执行：SHOW VARIABLES LIKE 'slow_query_log';，如果返回 OFF，说明没开；同时看 long_query_time 默认是 10 秒，远高于实际优化需求，通常要调低到 2 或 1。
常见错误现象：明明执行了 SELECT SLEEP(11); 却没在日志里看到记录——大概率是 slow_query_log 为 OFF，或 long_query_time 被设得太高（比如 30），又或者日志输出被关掉了（log_output 是 NONE）。
两种开启方式：配置文件永久生效 vs 命令行临时生效
生产环境推荐改配置文件，避免重启后丢失；调试或临时排查可走命令行。
-
配置文件方式（推荐）：编辑
/etc/my.cnf或/etc/mysql/my.cnf，在[mysqld]段下添加：
slow_query_log = 1 slow_query_log_file = /var/log/mysql/mysql-slow.log long_query_time = 2 log_queries_not_using_indexes = 1
注意路径权限：MySQL 进程必须对 /var/log/mysql/ 有写权限，否则启动失败或日志静默丢弃；log_queries_not_using_indexes = 1 会额外记录未走索引的查询，但高并发时可能急剧放大日志量，上线前建议先关掉观察。
- 命令行方式（不重启）：
SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 2; SET GLOBAL log_queries_not_using_indexes = 'ON';
⚠️ 动态设置后，新连接才生效；已存在的连接不会自动继承新阈值，且服务重启即失效。
日志输出目标选 FILE 还是 TABLE？
默认是 FILE，写入磁盘文件；设成 TABLE 则存进 mysql.slow_log 表，方便用 SQL 查（如 SELECT * FROM mysql.slow_log ORDER BY start_time DESC LIMIT 10;）。
执行 SHOW VARIABLES LIKE 'log_output'; 查当前模式；切换命令：SET GLOBAL log_output = 'TABLE'; 或 SET GLOBAL log_output = 'FILE';。
实际建议：开发/测试环境用 TABLE 更易查；生产环境坚持用 FILE，因为 mysql.slow_log 是 CSV 引擎（5.7 及以前），写入慢、锁表风险高，且日志量大时会拖慢主库性能。
验证日志是否真在写 + 常见路径和查看方式
执行一条确定超时的语句，比如：SELECT SLEEP(3);（前提是 long_query_time ≤ 2）；然后检查：
- 文件路径：默认是
/var/lib/mysql/hostname-slow.log，但以slow_query_log_file配置为准； - 用
tail -f /var/log/mysql/mysql-slow.log实时追； - 用官方工具分析：
mysqldumpslow -s at /var/log/mysql/mysql-slow.log（按平均响应时间排序）； - 如果启用了
TABLE输出，查表：SELECT sql_text, query_time, rows_examined FROM mysql.slow_log ORDER BY query_time DESC LIMIT 5;。
容易被忽略的一点：MySQL 5.7+ 默认关闭 log_queries_not_using_indexes，但一旦打开，哪怕 long_query_time 设为 100，所有未走索引的 SELECT 都会被记入慢日志——这在有大量小表全表扫描的业务里，会导致日志爆炸。务必结合 EXPLAIN 和监控一起看，别只盯日志数量。
