必须执行SHOW VARIABLES LIKE 'slow_query_log'确认状态，返回ON才真正启用；若为OFF，即使配置文件已设或阈值合理，日志也不会记录。
如何确认慢查询日志当前是否启用
直接查系统变量比翻配置文件快：SHOW VARIABLES LIKE 'slow_query_log' 返回 ON 才算开着；如果值是 OFF，光设阈值没用。顺手再看一眼日志路径：SHOW VARIABLES LIKE 'slow_query_log_file'，默认可能是 /var/lib/mysql/hostname-slow.log，但实际取决于 MySQL 启动时读取的配置或运行时设置。
开启慢查询日志的两种可靠方式
运行时临时开启（重启失效）：SET GLOBAL slow_query_log = ON。注意必须有 SUPER 或 SYSTEM_VARIABLES_ADMIN 权限，普通账号会报错 Access denied。更稳妥的是改配置文件（如 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf），在 [mysqld] 段落下加两行：
slow_query_log = ON slow_query_log_file = /var/log/mysql/mysql-slow.log
改完必须重启 MySQL（systemctl restart mysql 或 service mysqld restart），否则不生效。别漏掉日志目录的写权限——MySQL 进程用户（通常是 mysql）得能创建和追加文件，否则启动失败或日志静默丢弃。
设置慢查询阈值：long_query_time 的坑点
long_query_time 控制“多慢才算慢”，单位是秒，支持小数（如 0.5 表示 500ms）。但注意：MySQL 5.7+ 默认只对执行时间 ≥ 该值的**已提交事务中的查询**记录，未提交的 SELECT 不算；另外，若启用了 log_queries_not_using_indexes，即使快于阈值，没走索引的查询也会进慢日志——这容易误判成“阈值失效”。设阈值的命令是：SET GLOBAL long_query_time = 1.0。但要注意：这个变量是会话级继承的，新连接默认用全局值，已有连接不会自动更新，得重连才生效。
验证是否真在记录 + 常见失效原因
手动触发一条慢查询测试最直接：SELECT SLEEP(2)（前提是 long_query_time 设成了 1）。然后立刻检查日志文件：tail -f /var/log/mysql/mysql-slow.log。如果没内容，先确认三件事：
- MySQL 进程用户对日志路径有写权限（
ls -ld /var/log/mysql看属主和权限） -
log_output变量值是否包含FILE（SHOW VARIABLES LIKE 'log_output'；若为TABLE，日志写进mysql.slow_log表，不是文件） - 查询是否真的“够慢”——
SLEEP()是可靠的，但带缓存的简单 SELECT 可能被 Query Cache 截获，实际执行时间为 0，不记日志
阈值设得太低（比如 0.01）又没关查询缓存，很容易以为功能坏了，其实是查询根本没真正执行。
