MySQL默认不开启慢查询日志且long_query_time默认10秒,需SET GLOBAL动态启用并设为浮点数(如1.0),生产环境必须写入my.cnf的[mysqld]段并重启生效,配合mysqldumpslow分析日志。如何设置 slow_query_log 和 long_query_timeMySQL 安装完默认不开启慢查询日志,long_query_time 通常默认是 10 秒,对线上服务来说完全没用。必须手动启用并调低阈值才能捕获真实慢 SQL。先确认当前状态:SHOW VARIABLES LIKE 'slow_query_log'; 和 SHOW VARIABLES LIKE 'long_query_time';动态开启(重启不丢失需写入配置文件):SET GLOBAL slow_query_log = 'ON';设阈值为 1 秒:SET GLOBAL long_query_time = 1.0;(注意:必须是浮点数,1 会被当整型忽略)日志路径默认由 slow_query_log_file 决定,建议显式指定,比如:SET GLOBAL slow_query_log_file = '/var/log/mysql/mysql-slow.log';?? 重点:long_query_time 是针对单条语句执行时间,不包含锁等待、网络传输等;且在事务中,只有 COMMIT 或语句真正执行完成才判定,BEGIN 后的语句不单独计时。my.cnf 中必须配置的几项仅靠 SET GLOBAL 是临时的,MySQL 重启就失效。生产环境必须写进配置文件,否则监控会断档。在 [mysqld] 段落添加:slow_query_log = ONslow_query_log_file = /var/log/mysql/mysql-slow.log(确保 MySQL 进程有写权限)long_query_time = 1.0(再次强调小数点)可选但推荐:log_queries_not_using_indexes = ON,方便发现缺失索引的查询(但会显著增加日志量)改完配置后必须重启 MySQL:systemctl restart mysqld(或 mysqld_safe 方式),仅 reload 不生效。用 mysqldumpslow 快速分析慢日志原始慢日志是纯文本,直接 tail -f 看效率低。MySQL 自带的 mysqldumpslow 能聚合统计,是日常巡检首选工具。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手,依托大模型,帮助用户记录、整理和分析音视频内容,体验用大模型做音视频笔记、整理会议记录。
相关推荐
m0_716430072 小时前
老旧触控板影响HTML函数工具操作吗_输入精度介绍【介绍】jedi-knight2 小时前
Qwen3.5-27B 64K-Tools:一个面向本地部署的改进版大模型Traving Yu2 小时前
JVM 底层与调优咸鱼翻身小阿橙2 小时前
QT P4wuminyu2 小时前
专家视角看Java线程生命周期与上下文切换的本质HHHHH1010HHHHH2 小时前
如何在 WordPress 中通过邮箱获取用户 IDkyle-fang2 小时前
langchain各类文档加载2301_782659182 小时前
C#怎么使用LINQ Contains包含判断 C#如何用Contains实现类似SQL IN查询的集合包含判断【语法】2301_773553622 小时前
如何优化深分页场景下的回表代价_延迟关联与主键游标分页