mysql的general_log默认关闭，需显式开启；确认状态执行show variables like 'general_log';，返回on表示已启用，同时应检查log_output和general_log_file以准确定位日志位置。
MySQL 的 general_log 默认是关闭的，必须显式开启才能看到所有 SQL 语句；它不是“开箱即用”的调试工具，也不是慢日志或错误日志的替代品。
怎么确认 general_log 当前是否开启
登录 MySQL 后直接执行：SHOW VARIABLES LIKE 'general_log';
返回值为 ON 表示已启用，OFF 表示未启用。
同时建议一并查路径：SHOW VARIABLES LIKE 'general_log_file';
避免后续找不到日志文件位置。
常见错误现象：执行了 SET GLOBAL general_log = ON; 却看不到日志写入——大概率是 log_output 被设成了 TABLE，而你正在用 cat 或 tail 查文件。
- 检查当前输出方式：
SHOW VARIABLES LIKE 'log_output';，合法值有FILE、TABLE、NONE - 若为
TABLE，日志实际写入了mysql.general_log表，需用SELECT * FROM mysql.general_log ORDER BY event_time DESC LIMIT 10;查看 - 若为
FILE，才需要去文件系统里找general_log_file指定的路径
临时开启 general_log（不重启 MySQL）
适合快速定位刚复现的问题，比如某条前端请求没走到预期 SQL，或者想确认连接池是否复用连接。
执行以下三条命令（顺序不能错）：
-
SET GLOBAL log_output = 'FILE';—— 先确保输出到文件，避免默认是 TABLE -
SET GLOBAL general_log_file = '/var/log/mysql/general.log';—— 显式指定路径，别依赖默认名（主机名.log 不好猜） -
SET GLOBAL general_log = ON;—— 最后打开开关
注意：这些设置在 MySQL 重启后全部失效。如果中途执行了 SET GLOBAL general_log = OFF;，日志会立刻停止写入，但文件不会自动清空。
永久开启 general_log（需修改配置文件）
仅限测试环境或离线分析场景，生产环境严禁长期开启。
编辑 my.cnf（Linux）或 my.ini（Windows），在 [mysqld] 段落下添加：
general_log = ON general_log_file = /var/log/mysql/general.log log_output = FILE
关键点：
- 路径目录（如
/var/log/mysql/）必须存在，且 MySQL 进程用户（通常是mysql）有写权限，否则启动失败或静默丢日志 - 不要省略
log_output = FILE，某些 MySQL 版本默认是TABLE，导致你以为开了却看不到文件 - 改完必须重启 MySQL：
systemctl restart mysqld或service mysql restart
怎么看 general_log 文件内容
日志是纯文本，每行一条操作，格式为：Time Id Command Argument。例如：
2026-04-15T09:32:11.123456Z 42 Query SELECT * FROM users WHERE id = 123
常用查看方式：
- 实时追加：
tail -f /var/log/mysql/general.log（适合边操作边观察） - 翻页浏览：
less /var/log/mysql/general.log（按G跳到底部，/SELECT搜索） - 过滤关键词：
grep "INSERT" /var/log/mysql/general.log | head -20
容易踩的坑：
- 日志时间戳是 UTC，不是本地时区，排查问题时注意换算
- 高并发下日志写入可能滞后，
tail -f看不到最新行 ≠ 没执行，可能是缓冲未刷盘 - 日志不记录结果集，只记录语句本身和客户端 ID，无法判断查询是否成功或返回多少行
最常被忽略的一点：general_log 会记录 COMMIT、ROLLBACK、USE db_name 等非 SQL 命令，也包括连接/断开事件——这些对分析连接行为很关键，但新手常只盯着 SELECT 和 UPDATE。
