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 logundo log 沒有講解,留在下篇文章吧。

wx_blog.png


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM