MySQL 5.7中通用查询日志默认关闭，必须同时配置general_log=ON、log_output=FILE、general_log_file并确保目录存在、权限正确（mysql用户可写），否则静默失败；验证需tail -f日志文件并执行SELECT 1观察实时追加。
通用查询日志（general_log）在 MySQL 5.7 中默认关闭，必须显式启用且路径权限正确才能真正写入；只改配置不建目录、不赋权，日志文件会静默失败。
确认当前 general_log 状态和输出方式
别只看 SHOW VARIABLES LIKE 'general_log' 返回 ON 就以为成了。关键要看两处：
-
general_log：是否为ON（字符串，不是1或TRUE） -
log_output：必须是'FILE'，若为'TABLE'或'NONE'，即使开了general_log也不会写文件
执行：
mysql -e "SHOW VARIABLES LIKE 'general_log'; SHOW VARIABLES LIKE 'log_output';"如果
log_output 不是 FILE，先运行：SET GLOBAL log_output = 'FILE';
临时开启：用 SET GLOBAL 快速验证
适合测试环境快速抓几条语句，但重启即失效，且只对新连接生效：
- 指定日志路径更可靠：
SET GLOBAL general_log_file = '/var/log/mysql/general.log';
（Linux）或SET GLOBAL general_log_file = 'C:\MySQL\logs\general.log';
（Windows） - 再开启开关：
SET GLOBAL general_log = 'ON';
（注意单引号，'ON'是字符串） - 立刻验证：
tail -f /var/log/mysql/general.log
，然后执行SELECT 1;，看是否追加时间戳 + 查询语句
常见失败点：路径目录不存在、MySQL 进程无写权限、磁盘满——这些都不会报错，只会静默丢弃日志。
永久配置：修改 my.cnf 并确保目录就绪
编辑 /etc/my.cnf 或 /etc/mysql/my.cnf 的 [mysqld] 段，必须同时配齐这三行：
general_log = ON<br>log_output = FILE<br>general_log_file = /var/log/mysql/general.log
但光写这几行远远不够，缺以下任一环节都会启动失败或日志为空：
- 手动创建目录：
sudo mkdir -p /var/log/mysql
，并设属主：sudo chown mysql:mysql /var/log/mysql
- 手动创建空日志文件并赋权：
sudo touch /var/log/mysql/general.log && sudo chown mysql:mysql /var/log/mysql/general.log
（MySQL 不会自动创建文件） - 确认配置文件被真实加载：执行
mysql --help | grep "Default options"，按顺序检查第一个存在的配置文件路径 - 重启服务：
sudo systemctl restart mysql
（Debian/Ubuntu）或sudo systemctl restart mysqld
（CentOS/RHEL）
为什么日志文件始终为空？重点排查这三点
最常被忽略的不是配置写错，而是链路断在底层：
-
log_output被其他脚本或监控工具意外改回'TABLE'或'NONE'—— 每次重启后都要重新查一遍 -
general_log_file路径拼错（比如/var/log/mysqll/多了个l），MySQL 启动时不会报错，但错误日志里会出现Can't open the mysql.plugin table这类误导性信息 - SELinux（RHEL/CentOS）或 AppArmor（Ubuntu）阻止 MySQL 写入自定义路径，需额外放行或改用默认数据目录下的路径
真正生效的标志不是变量显示 ON，而是 tail -f 看到实时追加的带时间戳的 SQL 行——没这一步，所有配置都等于没做。
