mysql如何配置通用查询日志记录所有SQL_开启general

通用查询日志（general_log）默认关闭，开启需谨慎：查show variables like 'general_log%'确认状态，临时启用用set global general_log = on，永久配置需修改my.cnf并重启；输出可选file或table，但table易引发锁争用且8.0+默认禁用；日志含敏感信息，须评估性能与磁盘压力，及时关闭。

mysql如何配置通用查询日志记录所有sql_开启general_log监控

通用查询日志（general_log）能记录所有到达 MySQL 的 SQL 语句（含 SELECT、连接/断开等），但默认关闭，且生产环境长期开启会明显拖慢性能。必须按需启用、及时关闭、注意权限和路径写入权限。

如何确认 general_log 当前是否开启

直接查变量比猜更可靠：SHOW VARIABLES LIKE 'general_log%';。重点看两行：

general_log 值为 ON 才算开启；OFF 就没生效
log_output 决定日志去哪——FILE 写文件，TABLE 写 mysql.general_log 表，FILE,TABLE 表示双写（不推荐）
如果 log_output 是 TABLE，但 mysql.general_log 表为空，可能是表被禁用或权限不足（需要 SUPER 权限才能写入该系统表）

临时开启 general_log（推荐排查时用）

无需重启 MySQL，适合快速抓包式诊断。但注意：这些设置在服务重启后丢失。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

先确保有 SUPER 权限（普通用户执行会报 ERROR 1227 (42501)）
执行：SET GLOBAL general_log = ON;
指定日志路径（可选，但强烈建议）：SET GLOBAL general_log_file = '/var/log/mysql/general.log';，路径目录必须由 mysql 用户可写，否则日志静默失败
若想改输出目标（比如从 FILE 切到 TABLE）：SET GLOBAL log_output = 'TABLE';，但切换后旧日志不会自动迁移

永久开启 general_log（my.cnf 配置）

适用于测试环境或需持续监控的场景，但上线前务必评估磁盘与性能压力。

编辑 /etc/my.cnf 或 /etc/mysql/my.cnf，在 [mysqld] 段下添加：

general_log = 1
general_log_file = /var/log/mysql/general.log
log_output = FILE

general_log = 1 和 = ON 等价，MySQL 会识别；log_output 必须显式设为 FILE，否则某些版本默认是 TABLE，而 TABLE 方式在高并发下易引发锁争用

配置完必须重启 MySQL：sudo systemctl restart mysql（或 mysqld）

重启后立即执行 SHOW VARIABLES LIKE 'general_log%'; 验证是否加载成功

实时查看和清理日志的注意事项

日志不是开了就能“看到”，得配合工具和权限一起用。

文件方式：用 tail -f /var/log/mysql/general.log 实时追加，但注意日志无自动轮转，大流量下几小时就可能占满磁盘
表方式：查 SELECT * FROM mysql.general_log ORDER BY event_time DESC LIMIT 50;，但该表不带索引，数据量大时查询极慢；且 MySQL 8.0+ 中该表默认被禁用（skip_general_log），需手动解除
清理策略：文件日志用 logrotate 配置自动切割；表日志需定期 TRUNCATE TABLE mysql.general_log;（不能用 DELETE，否则自增 ID 溢出）
敏感信息：日志里会明文记录 INSERT、UPDATE 的值，包括密码字段——如果业务表里存了明文密码，general_log 会一并记下