MySQL 日志体系总览
MySQL 的日志是数据库运行状态、操作行为、故障排查的核心依据，主要分为管理类日志（错误、通用查询、慢查询）、复制类日志（二进制、中继）、事务类日志（重做、回滚）三大类，每类日志有其特定的用途和配置方式。
1. 错误日志（Error Log）
核心作用
记录 MySQL 服务器启动、运行、关闭过程中所有的错误信息、警告信息，以及重要的系统事件（比如初始化、配置加载）。是排查 MySQL 启动失败、运行异常的首要日志。
配置方式（my.cnf/my.ini）
默认开启，只需指定路径和日志级别：
# 错误日志文件路径（Linux示例） log_error = /var/log/mysql/error.log # 日志级别：1=仅错误 | 2=错误+警告 | 3=所有（调试用） log_error_verbosity = 2典型使用场景
- MySQL 服务启动失败（端口被占用、权限不足）
- 运行中突然崩溃、连接异常
- 配置参数生效失败（如
innodb_buffer_pool_size设置过大）
查看方式（Linux）
# 实时查看错误日志 tail -f /var/log/mysql/error.log # 查看最近100行错误 tail -n 100 /var/log/mysql/error.log2. 通用查询日志（General Query Log）
核心作用
记录 MySQL 服务器接收到的所有 SQL 语句（包括查询、插入、连接 / 断开等），无论语句是否执行成功。
关键特点
- 默认关闭（会产生海量日志，占用磁盘 / 性能）
- 记录内容：客户端 IP、连接时间、执行的 SQL、断开时间等
配置 / 动态控制
# 开启通用查询日志 general_log = ON # 日志文件路径 general_log_file = /var/log/mysql/general.log # 输出格式：FILE（文件）/TABLE（mysql.general_log表） log_output = FILE-- 临时开启（重启失效） SET GLOBAL general_log = ON; -- 临时关闭 SET GLOBAL general_log = OFF; -- 查看状态 SHOW VARIABLES LIKE 'general_log%';典型使用场景
- 排查应用程序拼接的 SQL 是否符合预期
- 审计谁执行了敏感操作（如未知来源的删除）
- 定位莫名其妙的数据库操作
注意
生产环境禁止长期开启，仅临时用于问题排查。
3. 慢查询日志（Slow Query Log）
核心作用
记录执行时间超过指定阈值的 SQL 语句（“慢 SQL”），是数据库性能优化的核心日志。
配置方式
# 开启慢查询日志 slow_query_log = ON # 日志文件路径 slow_query_log_file = /var/log/mysql/slow.log # 慢查询阈值（单位：秒，建议设0.5-1秒） long_query_time = 1 # 记录未使用索引的查询（即使执行快） log_queries_not_using_indexes = ON # 记录管理类慢语句（如ALTER TABLE） log_slow_admin_statements = ON动态配置（无需重启）
-- 临时设置阈值为0.5秒 SET GLOBAL long_query_time = 0.5; -- 查看慢查询状态 SHOW VARIABLES LIKE 'slow_query%';分析工具
mysqldumpslow（MySQL 自带）：# 查看最耗时的10条慢SQL mysqldumpslow -s t -t 10 /var/log/mysql/slow.log # 按执行次数排序 mysqldumpslow -s c /var/log/mysql/slow.logpt-query-digest（Percona 工具包，更强大）
典型使用场景
- 定位业务高峰期数据库卡顿的原因
- 优化耗时久的 SQL（加索引、重构 SQL 结构）
4. 二进制日志（Binary Log）
核心作用
记录所有数据修改操作（INSERT/UPDATE/DELETE/CREATE 等），二进制格式存储，是主从复制、数据恢复的核心。
关键特点
- 默认开启（主从架构必须开启）
- 只记录修改操作，不记录 SELECT
- 日志按大小 / 时间轮转，可自动过期清理
配置方式
# 开启二进制日志（前缀名） log_bin = /var/lib/mysql/mysql-bin # 服务器ID（主从复制必须唯一） server_id = 1 # 日志格式：ROW（推荐，记录行修改）/STATEMENT（记录SQL）/MIXED binlog_format = ROW # 日志过期时间（自动删除，单位：天） expire_logs_days = 7 # 单个日志最大大小（1G为宜） max_binlog_size = 1073741824常用操作
-- 查看二进制日志列表 SHOW BINARY LOGS; -- 查看当前写入的日志 SHOW MASTER STATUS;解析与恢复（mysqlbinlog 工具）
# 解析为可读SQL mysqlbinlog /var/lib/mysql/mysql-bin.000001 # 按时间范围解析（恢复误删数据） mysqlbinlog --start-datetime="2025-12-25 09:00:00" --stop-datetime="2025-12-25 10:00:00" /var/lib/mysql/mysql-bin.000001 > recover.sql典型使用场景
- 主从复制（主库 binlog 同步到从库执行）
- 数据恢复（误删 / 误改后恢复到指定时间点）
- 审计数据修改操作
5. 中继日志（Relay Log）
核心作用
仅存在于从库，存储从主库复制过来的二进制日志内容，从库 SQL 线程读取并执行，实现主从同步。
关键特点
- 自动生成 / 管理，无需手动配置（可调整路径 / 大小）
- 格式与二进制日志一致，可通过
mysqlbinlog解析 - 同步完成后自动删除旧日志
配置参数（可选）
# 中继日志前缀 relay_log = /var/lib/mysql/relay-bin # 过期时间（与binlog共用expire_logs_days） expire_logs_days = 7排查同步故障
# 解析中继日志 mysqlbinlog /var/lib/mysql/relay-bin.000001 # 查看从库同步状态 SHOW SLAVE STATUS\G6. 事务日志（InnoDB 专属）
InnoDB 依赖两类日志保证事务特性（ACID）：
6.1 重做日志（Redo Log）
- 核心作用：保证数据持久性（ACID-D），记录页的物理修改，崩溃后恢复未刷盘数据。
- 关键机制：预写日志（WAL），先写 Redo Log 再刷磁盘，提升写入性能。
- 配置：
innodb_log_file_size = 1G # 单个日志文件大小（1-4G为宜） innodb_log_files_in_group = 2 # 日志文件数量（默认2）
6.2 回滚日志（Undo Log）
- 核心作用：保证事务原子性（ACID-A），记录数据修改前的状态，用于回滚和 MVCC（多版本并发控制）。
- 关键特点：支持事务回滚、读不加锁（MVCC），可配置独立表空间便于管理。
总结
- 核心分类与用途：管理类日志（错误 / 慢查询）用于运维排查 / 性能优化，复制类日志（二进制 / 中继）用于主从同步，事务日志（Redo/Undo）保证 InnoDB 事务特性。
- 生产配置建议：必开错误日志 + 慢查询日志（阈值 0.5-1 秒）+ 二进制日志；通用查询日志仅临时开启；配置日志过期时间避免磁盘占满。
- 核心工具：
tail查看日志、mysqldumpslow分析慢 SQL、mysqlbinlog解析二进制 / 中继日志。
