在 MySQL 数据库的日常运维中，排查问题、性能调优和安全审计是高频需求。而 General Log（查询日志）作为 MySQL 的核心日志之一，能完整记录数据库的所有操作行为，成为解决这类问题的关键工具。本文将详细介绍 General Log 的配置方法、查看方式、核心作用及使用注意事项，帮助运维和开发人员高效利用该日志工具。

一、General Log 核心说明

General Log 是 MySQL 中最全面的日志类型，会记录数据库的所有操作细节，包括用户连接 / 断开、SQL 查询执行、语法错误、权限验证等行为。其核心价值在于完整还原操作链路，但因记录内容过于详尽，对数据库性能和存储资源有一定消耗，需合理配置使用。

二、General Log 配置方法

General Log 的开启方式分为动态开启（临时生效） 和永久开启（需重启） ，可根据实际需求选择。同时支持灵活配置日志输出方式，满足不同场景的使用需求。

2.1 动态开启（临时生效）

动态开启无需重启 MySQL 服务，配置后即时生效，但数据库重启后配置会失效，适合临时排查问题的场景。

# 1. 查看当前General Log状态及相关配置
show global variables like "general%";

# 2. 开启General Log（临时生效）
set global general_log = on;

# 3. （可选）自定义日志存储路径（默认路径通过general_log_file参数查看）
set global general_log_file = '/data/mysql/log/mysql-general.log';

2.2 永久开启（需重启服务）

若需长期启用 General Log（如特定审计场景），需通过修改配置文件实现，配置后需重启 MySQL 服务生效。

# 1. 编辑MySQL配置文件（路径需根据实际部署环境调整）
vim /data/mysql/conf/my.cnf

# 2. 添加以下配置项
general_log = on  # 开启General Log
general_log_file = /data/mysql/log/mysql-general.log  # 指定日志存储路径

# 3. 重启MySQL服务使配置生效
/etc/init.d/mysql.server restart

2.3 配置日志输出方式

General Log 支持两种输出方式：文件（FILE） 和系统表（TABLE） ，也可配置为同时输出，通过log_output参数控制。

# 1. 查看当前日志输出方式
show global variables like "log_output";

# 2. 设置输出方式（支持三种组合：FILE、TABLE、FILE,TABLE）
set global log_output = 'FILE,TABLE';  # 同时输出到文件和表

• 输出到文件：日志以文本形式存储在general_log_file指定的路径，适合通过日志分析工具解析。
• 输出到表：日志会自动存储在mysql系统数据库的general_log表中，可通过 SQL 语句直接查询：

-- 查询最近10条日志记录
select * from mysql.general_log limit 10;

三、General Log 查看方法

根据日志输出方式的不同，可通过对应的命令或 SQL 查询日志内容，以下是常用查看方法：

3.1 查看文件日志

文件日志可通过 Linux 系统命令直接读取，支持查看历史记录和实时跟踪：

# 查看日志最后10行（适合快速定位最新操作）
tail -n 10 /data/mysql/log/mysql-general.log

# 实时跟踪日志（实时查看新增操作，排查问题时常用）
tail -f /data/mysql/log/mysql-general.log

3.2 查看表日志

当日志输出到mysql.general_log表时，可通过 SQL 语句灵活查询，支持条件过滤：

-- 按时间范围查询日志
select event_time, user_host, argument 
from mysql.general_log 
where event_time >= '2026-02-04 00:00:00' 
limit 20;

-- 查询特定用户的操作记录
select * from mysql.general_log where user_host like '%root%';

四、General Log 的核心作用与缺点

4.1 核心作用

1. 问题诊断：完整记录所有操作行为，可快速定位各类数据库问题。例如：排查 SQL 语法错误、连接失败原因、某条 SQL 未执行的问题，或定位程序与数据库交互的异常链路。
2. 性能调优：通过分析日志中操作的执行频率和耗时，识别高频低效率操作（如无索引查询、重复执行的冗余 SQL），为性能优化提供数据支撑。
3. 安全审计：追踪所有用户的操作记录，包括登录、数据修改、表删除等高危行为，便于排查恶意操作或数据泄露事件（如定位 “谁删除了关键表”）。

4.2 主要缺点

1. 性能开销大：高并发场景下，General Log 会产生大量 IO 操作，导致 MySQL CPU 和 IO 使用率显著上升（极端情况可能翻倍），严重影响数据库性能。
2. 日志体积膨胀快：每秒可能产生数千条日志记录，短时间内会占用大量磁盘空间，若未及时清理，可能导致磁盘满溢。
3. 敏感信息泄露风险：日志中会明文记录用户名、密码、业务数据（如查询结果、插入的敏感字段）等信息，若日志文件或mysql.general_log表权限控制不当，可能造成数据泄露。

五、关键使用注意事项

基于 General Log 的性能开销和安全风险，使用时需遵循以下原则：

1. 生产环境默认关闭：日常生产环境中应禁用 General Log，仅在排查特定问题（如疑难 SQL 故障、权限异常）时临时开启，问题解决后立即关闭。
2. 控制开启时长：临时开启时，需明确排查目标，限定开启时长，避免长时间开启导致性能下降和日志堆积。
3. 加强日志权限控制：日志文件和mysql.general_log表需仅开放给 root 等管理员权限，禁止普通用户访问，防止敏感信息泄露。
4. 配置日志轮转：若确需长期开启（如合规审计要求），需配置日志轮转机制（如通过 logrotate 工具），定期切割日志并清理历史记录，避免磁盘空间耗尽。

总结

General Log 作为 MySQL 的 “全量操作记录仪”，在问题诊断、性能调优和安全审计中具有不可替代的作用，但同时存在性能开销大、日志体积大等缺点。实际使用中，需根据场景灵活选择开启方式（临时 / 永久），严格控制使用时长和权限，才能在发挥其价值的同时，避免对数据库稳定性和安全性造成影响。

如果需要进一步了解 General Log 与慢查询日志、Binlog 的区别，或日志分析工具的使用技巧，欢迎在评论区交流讨论！