MySQL 日志文件全解析：事務日志與事件日志的六大類型詳解

MySQL 日志體系龐大複雜，正確理解各類日志的作用、配置與維護，是數據庫運維的核心技能。本文將日志分為「事務日志」與「事件日志」兩大類，逐一拆解六大子類型的功能、配置與最佳實踐。

一、事務日志：性能與恢復的基石

核心價值

1. 隨機 I/O → 順序 I/O：數據修改先寫日志文件（順序寫），後台線程再批量刷盤，大幅提升寫入吞吐
2. 事件重放基礎：記錄「何時、何操作、改何數據」，支撐崩潰恢復、主從同步、時間點恢復

默認兩個文件 ibdata1、ibdata2 位於數據目錄，屬 InnoDB 專用。

關鍵配置（以 InnoDB 為例）

[mysqld]
innodb_data_home_dir = /innodata          # 日志目錄
innodb_data_file_path = ibdata1:1024M     # 初始文件大小
innodb_data_file_path = ibdata2:50M:autoextend  # 自動擴展策略

二、事件日志：六大類型全景圖

1. 錯誤日志

• 記錄內容：服務啟停信息、運行錯誤、主從復制進程異常
• 默認位置：數據目錄 hostname.err
• 配置：log-error=/path/to/error.log（需 mysql 用戶寫權限）

2. 二進制日志

• 核心作用：增量備份、基於時間點恢復、主從復制基石
• 默認位置：數據目錄 mysql-bin.000001
• 關鍵配置：

  
  log-bin=mysql-bin              # 日志文件名
  log-bin-index=mysql-bin.index  # 索引文件
  

• 安全清理：

  
  PURGE BINARY LOGS BEFORE 'mysql-bin.000010';
  PURGE BINARY LOGS BEFORE '2024-01-15 12:00:00';
  

  切勿直接 rm 刪除文件，會導致索引不一致

3. 通用查詢日志

• 記錄除慢查詢外的所有 SQL，高併發環境嚴禁開啟（海量 I/O 拖垮性能）
• 控制：general_log=ON|OFF、log_output=FILE|TABLE（TABLE 便於 SQL 查詢分析）

4. 慢查詢日志

• 默認關閉，記錄超過閾值的查詢，性能調優「金礦」
• 配置：

  
  slow_query_log=ON
  slow_query_log_file=/var/log/mysql-slow.log
  long_query_time=2  # 秒，建議 1-2 秒
  

• 運行時動態開啟：SET GLOBAL slow_query_log=ON;

5. 中繼日志

• 僅從庫使用：IO 線程拉取主庫 Binlog → 寫入 Relay Log → SQL 線程重放
• 配置：relay-log=relay-bin、relay-log-index=relay-bin.index

6. 滾動日志

• 針對 Binlog 周期性切割，防止單文件過大影響查詢響應
• 手動觸發：FLUSH LOGS（同時觸發錯誤日志、慢查詢日志滾動）

三、事務日志 vs 二進制日志：核心差異

運維建議

1. 生產環境必開：錯誤日志、二進制日志、慢查詢日志
2. 生產環境必關：通用查詢日志
3. 定期 PURGE BINARY LOGS 釋放磁盤空間，配合 expire_logs_days=7 自動過期
4. 慢查詢日志配合 pt-query-digest 或 mysqldumpslow 定期分析