企业官网建设流程全解析

MySQL 的日志体系主要分为服务器层日志（所有存储引擎通用）和存储引擎层日志（如 InnoDB 专属）两大类，不同日志承担不同的功能（如故障排查、性能优化、数据恢复、主从复制等）。以下是核心日志类型的详细说明：

一、服务器层核心日志（通用日志）

1. 错误日志（Error Log）

• 核心作用：记录 MySQL 服务器启动、运行、停止过程中的所有错误、警告、通知类信息（如启动失败、连接异常、权限错误、磁盘满等），是排查 MySQL 基础故障的首要日志。
• 关键配置：
  • log_error：指定错误日志的存储路径（默认开启，无法关闭）；
  • log_warnings：控制警告信息是否写入（默认开启）。
• 文件命名：默认名为hostname.err（如localhost.err），路径通常在 MySQL 数据目录下。

2. 二进制日志（Binary Log，简称 Binlog）

• 核心作用：记录所有修改数据的操作（增删改 DML、DDL 语句，不含只读查询如 SELECT），是 MySQL 最核心的日志之一，主要用于：
  • 主从复制（主库将 binlog 发送给从库，从库重放实现数据同步）；
  • 数据恢复（通过mysqlbinlog解析 binlog，重放操作恢复数据）。
• 关键特性：
  • 格式：支持 3 种（STATEMENT记录 SQL 语句、ROW记录行变更、MIXED混合模式，推荐ROW）；
  • 配置：log_bin开启 binlog（MySQL 8.0 若启用 GTID 则默认开启），expire_logs_days自动清理过期 binlog；
  • 文件命名：mysql-bin.000001、mysql-bin.000002（按序号递增），配合mysql-bin.index索引文件管理。

3. 慢查询日志（Slow Query Log）

• 核心作用：记录执行时间超过阈值（long_query_time）的 SQL 语句，是性能优化的核心工具（定位慢 SQL、优化索引 / 语句）。
• 关键配置：
  • slow_query_log：是否开启（默认关闭）；
  • long_query_time：慢查询阈值（默认 10 秒，支持小数如 0.5 秒）；
  • log_queries_not_using_indexes：记录未使用索引的查询（即使执行时间未达阈值）；
  • slow_query_log_file：指定日志文件路径。
• 辅助工具：可通过pt-query-digest解析慢查询日志，快速定位高频慢 SQL。

4. 通用查询日志（General Query Log）

• 核心作用：记录所有客户端的连接请求和执行的所有 SQL 语句（包括只读查询），用于调试（如定位谁执行了某条 SQL、排查异常连接）。
• 注意事项：默认关闭，开启后会产生大量日志（IO 压力大），生产环境仅临时开启调试。
• 关键配置：general_log开启，general_log_file指定日志路径。

5. 数据定义语言日志（DDL Log，MySQL 8.0 新增）

• 核心作用：记录 DDL 操作的元数据变更过程，用于 DDL 操作崩溃后的恢复（如创建表时数据库宕机，重启后通过 DDL 日志完成剩余操作）。
• 特性：默认开启，无法关闭，日志文件名为ddl_log.log（数据目录下），文件大小限制为 4GB，自动轮转。

二、存储引擎层日志（以 InnoDB 为例）

1. 重做日志（Redo Log）

• 核心作用：InnoDB 专属，记录数据页的物理变更（如页号、偏移量、修改后的值），保证崩溃恢复（Crash Recovery）：
  • MySQL 宕机时，未刷盘的脏页（内存中修改但未写入磁盘的数据）可通过 Redo Log 恢复，避免数据丢失；
  • 采用 “预写式日志（WAL）”：先写 Redo Log，再刷磁盘数据，提升性能。
• 关键配置：
  • innodb_log_file_size：单个 Redo Log 文件大小（推荐 1-4GB）；
  • innodb_log_files_in_group：Redo Log 文件组数（默认 2 个，如ib_logfile0、ib_logfile1）；
  • 特性：循环写（写满一组后覆盖旧文件），存储在数据目录下。

2. 回滚日志（Undo Log）

• 核心作用：InnoDB 专属，主要用于：
  • 事务回滚：记录事务修改前的数据状态，事务执行失败时回滚到原始状态；
  • MVCC（多版本并发控制）：为读提交、可重复读隔离级别提供快照读，避免幻读 / 不可重复读。
• 特性：
  • 逻辑日志（记录 “反向操作”，如 INSERT 对应 DELETE，UPDATE 对应反向 UPDATE）；
  • MySQL 8.0 前默认存储在共享表空间ibdata1，8.0 可独立存储在undo_001、undo_002文件，支持自动清理。

三、辅助日志（主从复制专属）

中继日志（Relay Log）

• 核心作用：从库专属，主库的 binlog 传输到从库后，先写入中继日志，从库的 SQL 线程再读取中继日志并重放，实现主从同步。
• 特性：
  • 格式与 binlog 完全一致，文件名为relay-bin.000001、relay-bin.000002；
  • 从库同步完成后，中继日志会被自动清理（可通过relay_log_purge控制）；
  • 若从库宕机，中继日志损坏可能导致同步中断，需重新同步或修复。

总结：核心日志用途速查