直接查询 @@slow_query_log 变量值是最可靠方式,若为 0 则日志未启用,即使配置文件设置了 slow_query_log = ON 也可能因权限或路径问题静默失败。如何确认 MySQL 慢查询日志当前是否启用直接查 slow_query_log 变量值是最可靠的方式,而不是依赖配置文件是否存在相关项。执行:SELECT @@slow_query_log, @@slow_query_log_file, @@long_query_time;如果返回 @@slow_query_log 为 0,说明日志实际未开启,哪怕 my.cnf 里写了 slow_query_log = ON 也没用------MySQL 启动时可能因权限、路径不可写等原因静默失败。slow_query_log_file 默认路径常为 /var/lib/mysql/hostname-slow.log,但若目录不存在或 MySQL 用户无写权限,日志会创建失败且不报错long_query_time 默认是 10.0 秒,对 Web 应用来说完全没意义,建议调成 0.5 或 1.0(支持小数)动态开启可执行 SET GLOBAL slow_query_log = ON;,但重启后失效;持久化必须写进配置文件并重启 mysqldmy.cnf 中必须写的三行配置(含路径与权限避坑)只加 slow_query_log = ON 是不够的。以下三项需同时存在,且顺序无关,但路径必须显式指定:slow_query_log = ON<br>slow_query_log_file = /var/log/mysql/mysql-slow.log<br>long_query_time = 1.0/var/log/mysql/ 目录必须存在,且属主为 mysql:mysql(不是 root),否则 MySQL 启动时跳过日志初始化不要用 ~ 或环境变量,MySQL 不解析 shell 路径缩写如果用 Docker,宿主机挂载的目录需提前 chown 999:999 /host/path(MySQL 官方镜像默认 uid=999)如何验证慢查询日志真正在记录(绕过"以为开了其实没写"的陷阱)别只看文件是否存在,要确认内容实时更新。最稳妥方法是手动触发一条慢查询:SELECT SLEEP(2);然后立刻检查日志文件末尾:tail -n 5 /var/log/mysql/mysql-slow.log正常应看到类似: Ideogram Ideogram是一个全新的文本转图像AI绘画生成平台,擅长于生成带有文本的图像,如LOGO上的字母、数字等。
相关推荐
A.说学逗唱的Coke16 分钟前
【大模型专题】向量数据库深度解析:从原理到实战,构建企业级 AI 知识检索底座果丁智能29 分钟前
智能锁赋能网约房民宿数字化管控:身份核验+远程授权,筑牢安全防线、降本增效大貔貅喝啤酒30 分钟前
Python Requests库教程copyer_xyf1 小时前
LangChain 调用 LLM无敌的牛1 小时前
redis学习过程IT北辰1 小时前
神通数据库管理系统V7.0.251210 for Windows(x86 64bit)安装部署copyer_xyf1 小时前
Prompt 组织管理北顾笙9801 小时前
MySQL-day2Demons_kirit2 小时前
新项目如何连接上自己本地的数据库shimly1234562 小时前
python3 uvicorn 是啥?