MySQL中幾種常見的日誌

前言：

在 MySQL 系統中，有著諸多不同型別的日誌。各種日誌都有著自己的用途，通過分析日誌，我們可以優化資料庫效能，排除故障，甚至能夠還原資料。這些不同型別的日誌有助於我們更清晰的瞭解資料庫，在日常學習及運維過程中也會和這些日誌打交道。本節內容將帶你瞭解 MySQL 資料庫中幾種常用日誌的作用及管理方法。

1.錯誤日誌（errorlog）

錯誤日誌記錄著 mysqld 啟動和停止，以及伺服器在執行過程中發生的錯誤及警告相關資訊。當資料庫意外當機或發生其他錯誤時，我們應該去排查錯誤日誌。

log_error 引數控制錯誤日誌是否寫入檔案及檔名稱，預設情況下，錯誤日誌被寫入終端標準輸出stderr。當然，推薦指定 log_error 引數，自定義錯誤日誌檔案位置及名稱。

# 指定錯誤日誌位置及名稱
vim /etc/my.cnf 
[mysqld] 
log_error = /data/mysql/logs/error.log
相關配置變數說明：
log_error={1 | 0 | /PATH/TO/ERROR_LOG_FILENAME}
定義錯誤日誌檔案。作用範圍為全域性或會話級別，屬非動態變數。

2.慢查詢日誌（slow query log）

慢查詢日誌是用來記錄執行時間超過 long_query_time 這個變數定義的時長的查詢語句。通過慢查詢日誌，可以查詢出哪些查詢語句的執行效率很低，以便進行優化。

與慢查詢相關的幾個引數如下：

• slow_query_log：是否啟用慢查詢日誌，預設為0，可設定為0，1。
• slow_query_log_file：指定慢查詢日誌位置及名稱，預設值為host_name-slow.log，可指定絕對路徑。
• long_query_time：慢查詢執行時間閾值，超過此時間會記錄，預設為10，單位為s。
• log_output：慢查詢日誌輸出目標，預設為file，即輸出到檔案。

預設情況下，慢查詢日誌是不開啟的，一般情況下建議開啟，方便進行慢SQL優化。在配置檔案中可以增加以下引數：

# 慢查詢日誌相關配置，可根據實際情況修改
vim /etc/my.cnf 
[mysqld] 
slow_query_log = 1
slow_query_log_file = /data/mysql/logs/slow.log
long_query_time = 3
log_output = FILE

3.一般查詢日誌（general log）

一般查詢日誌又稱通用查詢日誌，是 MySQL 中記錄最詳細的日誌，該日誌會記錄 mysqld 所有相關操作，當 clients 連線或斷開連線時，伺服器將資訊寫入此日誌，並記錄從 clients 收到的每個 SQL 語句。當你懷疑 client 中的錯誤並想要確切知道 client 傳送給mysqld的內容時，通用查詢日誌非常有用。

預設情況下，general log 是關閉的，開啟通用查詢日誌會增加很多磁碟 I/O， 所以如非出於除錯排錯目的，不建議開啟通用查詢日誌。相關引數配置介紹如下：

# general log相關配置
vim /etc/my.cnf 
[mysqld]
general_log = 0 //預設值是0，即不開啟，可設定為1
general_log_file = /data/mysql/logs/general.log //指定日誌位置及名稱

4.二進位制日誌（binlog）

關於二進位制日誌，前面有篇文章做過介紹。它記錄了資料庫所有執行的DDL和DML語句（除了資料查詢語句select、show等），以事件形式記錄並儲存在二進位制檔案中。常用於資料恢復和主從複製。

與 binlog 相關的幾個引數如下：

• log_bin：指定binlog是否開啟及檔名稱。
• server_id：指定伺服器唯一ID，開啟binlog 必須設定此引數。
• binlog_format：指定binlog模式，建議設定為ROW。
• max_binlog_size：控制單個二進位制日誌大小，當前日誌檔案大小超過此變數時，執行切換動作。
• expire_logs_days：控制二進位制日誌檔案保留天數，預設值為0，表示不自動刪除，可設定為0~99。

binlog預設情況下是不開啟的，不過一般情況下，建議開啟，特別是要做主從同步時。

# binlog 相關配置
vim /etc/my.cnf 
[mysqld]
server-id = 1003306
log-bin = /data/mysql/logs/binlog
binlog_format = row
expire_logs_days = 15

5.中繼日誌（relay log）

中繼日誌用於主從複製架構中的從伺服器上，從伺服器的 slave 程式從主伺服器處獲取二進位制日誌的內容並寫入中繼日誌，然後由 IO 程式讀取並執行中繼日誌中的語句。

relay log 相關引數一般在從庫設定，幾個相關引數介紹如下：

• relay_log：定義 relay log 的位置和名稱。
• relay_log_purge：是否自動清空不再需要中繼日誌，預設值為1(啟用)。
• relay_log_recovery：當 slave 從庫當機後，假如 relay log 損壞了，導致一部分中繼日誌沒有處理，則自動放棄所有未執行的 relay log ，並且重新從 master 上獲取日誌，這樣就保證了 relay log 的完整性。預設情況下該功能是關閉的，將 relay_log_recovery 的值設定為1可開啟此功能。

relay log 預設位置在資料檔案的目錄，檔名為 host_name-relay-bin，可以自定義檔案位置及名稱。

# relay log 相關配置,從庫端設定
vim /etc/my.cnf 
[mysqld]
relay_log = /data/mysql/logs/relay-bin
relay_log_purge = 1
relay_log_recovery = 1

總結：

本篇文章主要講述了 MySQL 中的幾類日誌的用途及設定方法，需要注意的是，上述幾類日誌，若不指定絕對路徑，則預設儲存在資料目錄下，我們也可以新建一個日誌目錄專用於儲存這些日誌。還有 redo log 和 undo log 沒有講解，留在下篇文章吧。