前言:
在 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 沒有講解,留在下篇文章吧。
到此這篇關于MySQL中常見的幾種日志的文章就介紹到這了,更多相關MySQL常見日志內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- 詳解MySQL 重做日志(redo log)與回滾日志(undo logo)
- Mysql在線回收undo表空間實戰記錄
- 詳解監聽MySQL的binlog日志工具分析:Canal
- 詳解mysql慢日志查詢
- MYSQL SERVER收縮日志文件實現方法
- 詳解 Mysql 事務和Mysql 日志
- mysql日志觸發器實現代碼
- MySQL5.7慢查詢日志時間與系統時間差8小時原因詳解
- Mysql數據庫清理binlog日志命令詳解
- MySQL中的undo日志