直接查询 @@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上的字母、数字等。
相关推荐
其实防守也摸鱼5 分钟前
DeepSeek Harness 开源贡献手记:从入门到合入主线打工仔折腾 AI8 分钟前
Pascal Editor 本地部署实战:Bun 启动 WebGPU 3D 编辑器并解决公网访问报错m0_547486668 分钟前
《Python从入门到数据分析应用》全套PPT课件2026All for pursuit.10 分钟前
FastAPI+Ollama 部署本地AI大模型对话助手Omics Pro13 分钟前
AI药物研发10原则!欧盟EMA×美国FDA杨云龙UP14 分钟前
DB2 HADR 主备切换实战:SQL1639N 认证问题、备库只读与双向 Takeover吠品14 分钟前
Nginx负载均衡配置与线上故障排查的一些经验Python图像识别22 分钟前
10-【2027毕设】YOLO11PCB缺陷检测识别系统 - Python完整源码+PyQt5界面+训练模型+数据集szephyr25 分钟前
用 Python 写自动化脚本:定时任务、文件批处理、自动出报表wuyk55528 分钟前
Python实战项目01:简易记事本系统