必须按顺序执行三条 SET GLOBAL 命令：先设 log_output = 'FILE'，再设 general_log_file = '/var/log/mysql/general.log'（路径需存在且 mysql 用户有写权限），最后设 general_log = 'ON'；若只执行第三条，日志将默认写入数据目录下的 hostname.log，导致找不到日志。
能，但必须按顺序执行三条命令，缺一不可，且不能只设—— 否则日志大概率写进数据目录下的默认文件（如），你根本找不到。
为什么只执行
不生效
MySQL 的
依赖三个变量协同工作：
决定写到哪，
指定路径，
才是开关。三者顺序错或漏掉任意一个，MySQL 就会 fallback 到内置默认值：
默认是
（5.7+）或
（旧版本），但若之前被设成
或拼写错误（如
），日志直接丢弃
默认指向数据目录下的
，路径常不可写，或你根本没留意它在哪
设为
后，MySQL 不校验前两个变量是否就绪，只管“开”，结果日志静默失败
动态开启的正确顺序和参数
连上 MySQL 后，逐条执行（注意引号、大小写、GLOBAL 关键字）：
—— 强制走文件，避免写入
表拖慢高并发
—— 路径必须提前存在，且
用户有写权限；别用
或相对路径
—— 最后开开关，此时才真正开始记录
验证是否生效：
返回的
是
，且
和你设的一致，再
看是否有新行输出。
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
常见错误现象与排查点
日志“开了但没内容”是最典型卡点，原因往往不是命令没执行，而是：
路径目录不存在，或
用户无写权限：
日志文件已存在但权限不对：
误用
级设置：
完全无效，
只支持
MySQL 版本低于 5.1.12：不支持动态修改
，只能改配置文件重启
生产环境必须立刻做的三件事
动态开启只是第一步，不干预很快出事：
立刻配
，否则 QPS 1000 的服务一天就能生成 10GB+ 日志，磁盘写满会导致主库 hang 死
检查日志内容是否含明文密码（如
），有则必须关或应用层脱敏
收紧日志文件权限：
，防止非授权读取
最易被忽略的是：路径合法、命令全执行、
显示正常——但日志就是空的。这时候请直接检查
目录的属主和权限，90% 的问题卡在这里。
SET GLOBALgeneral_log = 'ON'/var/lib/mysql/hostname.logSET GLOBAL general_log = 'ON'general_loglog_outputgeneral_log_filegeneral_loglog_output'FILE''TABLE''NONE''File'general_log_filehostname.loggeneral_log'ON'SET GLOBALSET GLOBAL log_output = 'FILE';mysql.general_logSET GLOBAL general_log_file = '/var/log/mysql/general.log';mysql~SET GLOBAL general_log = 'ON';SHOW VARIABLES LIKE 'general_log%';general_logONgeneral_log_filetail -f /var/log/mysql/general.logmysqlsudo mkdir -p /var/log/mysql && sudo chown mysql:mysql /var/log/mysqlsudo touch /var/log/mysql/general.log && sudo chown mysql:mysql /var/log/mysql/general.logSESSIONSET SESSION general_log = 'ON'general_logGLOBALgeneral_log_filelogrotateINSERT INTO users VALUES ('admin', '123456')sudo chmod 640 /var/log/mysql/general.logSHOW VARIABLES/var/log/mysql/