动态启用general_log无需重启，需同时执行set global general_log = on和set global log_output = 'file'或'table'，再用select @@general_log, @@log_output确认生效；关闭后须手动清理日志文件或表。
通用查询日志（general_log）能记录所有到达 MySQL 的 SQL 语句，适合临时排查连接来源、慢查询触发前的上下文、客户端行为异常等问题；但它会显著拖慢性能，且日志体积增长极快，绝不能长期开启。
如何动态启用 general_log 并确认生效
无需重启 MySQL，用 SET 命令即可开关。但要注意：必须同时开启日志开关和指定输出目标，否则看似开启实则无日志写入。
- 执行
SET GLOBAL general_log = ON;启用日志功能 - 执行
SET GLOBAL log_output = 'FILE';（默认值，写入文件）或SET GLOBAL log_output = 'TABLE';（写入mysql.general_log表，需确保表存在且有权限） - 检查是否真生效：
SELECT @@general_log, @@log_output;，两个值都应为ON和对应目标 - 日志文件路径由
@@general_log_file决定，默认是hostname.log，在datadir下；若想自定义路径，需先设SET GLOBAL general_log_file = '/tmp/mysql-general.log';，再开general_log
使用 TABLE 输出时的注意事项
选 TABLE 方式看起来更“可控”，但实际排查中容易踩坑：
-
mysql.general_log表默认是CSV引擎，不支持索引、WHERE查询慢，且日志写入是追加行为，TRUNCATE会锁表甚至失败 - 若需快速过滤，建议改用
FEDERATED或导出后本地处理；临时调试更推荐FILE+tail -f - 开启
TABLE输出后，首次写入可能延迟几秒，且SELECT自身也会被记录，造成干扰 - 务必确认当前用户对
mysql库有INSERT权限，否则日志静默丢弃
关闭日志与清理残留
排查结束必须立刻关闭，否则影响持续扩大：
- 执行
SET GLOBAL general_log = OFF;即可停写，但已打开的文件句柄不会自动释放 - 若用
FILE输出，MySQL 不会自动轮转日志；手动重命名或清空前，先关日志，再mv或truncate文件，否则可能损坏 - 若用
TABLE输出，SET GLOBAL general_log = OFF;后表内容仍保留，如需清理：DELETE FROM mysql.general_log WHERE event_time （注意权限和锁） - 别依赖
FLUSH LOGS清 general_log —— 它对general_log无效，只影响 error log 和 slow log
真正麻烦的不是开启，而是忘记关、日志填满磁盘、或误把生产库的 general_log_file 指向了系统关键路径。临时排查时，最好在命令行里写好三行关闭语句，查完立刻粘贴执行。
