确认当前慢查询日志是否已启用
直接连上 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和监控一起看,别只盯日志数量。
