必须执行select @@slow_query_log确认返回on才真正启用；动态设置set global slow_query_log=on立即生效但重启丢失，配置文件修改需重启；slow_query_log_file路径须存在且mysql用户可写，long_query_time建议设为0.5–2秒并检查会话级变量是否覆盖。
确认 slow_query_log 是否真启用
别信配置文件写了就等于开了。执行 SELECT @@slow_query_log;，返回 ON 才算生效；返回 OFF 或空值，后续所有配置都白搭。同时查 SELECT @@slow_query_log_file, @@long_query_time;，看路径是否非空、阈值是否合理（默认 10 秒，线上基本没用）。
两种开启方式的实际差异
动态设置（SET GLOBAL slow_query_log = ON;）立即生效，但 MySQL 重启后丢失；配置文件修改（在 [mysqld] 段加 slow_query_log = ON）需重启才生效。注意：slow_query_log_file 在部分版本（如 MySQL 5.7）是只读变量，SET GLOBAL 会报错，只能靠配置文件指定。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 动态设置的
long_query_time只影响新建立的连接，已有连接仍用旧值 - 配置文件中写
slow_query_log = 1或ON都可以，但写TRUE或空值无效 -
log_output必须用SET GLOBAL修改，改配置文件不生效
日志写不进去？先盯权限和路径
日志文件路径目录必须存在，且 MySQL 进程用户（通常是 mysql）有写权限。常见错误是路径设成 /var/log/mysql/mysql-slow.log，但 /var/log/mysql/ 目录不存在或属主不是 mysql。检查命令：ls -ld /var/log/mysql；修复命令：sudo mkdir -p /var/log/mysql && sudo chown mysql:mysql /var/log/mysql。SELinux 启用时还需额外放行：setsebool -P mysqld_can_network_connect_db。
- MySQL 错误日志里出现
Could not use /path/to/slow.log for logging (error 13)就是权限问题 - 路径设错或权限不足时，MySQL 不报错，只是静默不写日志
-
slow_query_log_file值为空字符串时，MySQL 会退回到数据目录下生成默认文件名，但该目录往往不可写
验证是否真记录了慢查询
别等业务 SQL 慢下来再查，直接用 SELECT SLEEP(2); 触发（确保 long_query_time 已设为小于 2 的值）。然后立刻执行：tail -n 1 /var/log/mysql/mysql-slow.log，看有没有新增条目。没有的话，说明链路某处断了——最常卡在 slow_query_log 实际是 OFF、权限不对、或 long_query_time 被会话级变量覆盖（查 SELECT @@session.long_query_time;）。
-
log_queries_not_using_indexes = ON会让日志量暴增，上线前务必关掉 -
min_examined_row_limit设得太高（比如 1000），会导致扫描行数不够的慢查询被跳过 - MySQL 8.0+ 已移除查询缓存，但若用的是旧版本，缓存命中的查询不会计入慢日志
@@slow_query_log，就可能多花半天排查假配置。
