作者：丁儀

來源：https://chengxuzhixin.com/blog/post/mysql_zhong_yao_ri_zhi_wen_jian_zong_jie.html

日志是所有應用的重要數據，MySQL 也有錯誤日志、查詢日志、慢查詢日志、事務日志等。本文簡單總結下各種日志，以備查閱。

二進制日志 binlog

二進制日志 binlog 用于記錄數據庫執行的寫入性操作(不包括查詢)信息，以二進制的形式保存在磁盤中。使用任何存儲引擎的 mysql 數據庫都會記錄 binlog 日志。在 binlog 中記錄的是邏輯日志，也就是 SQL 語句。SQL 語句執行后，binlog 追加到日志文件中。可以設置 binlog 文件大小，超過大小后，自動創建新的文件。

binlog 有三種格式，分別為 STATMENT、ROW 和 MIXED。

• STATMENT：把會修改數據的 sql 語句記錄到 binlog 中；是 MySQL 5.7.7 之前的默認格式；
• ROW：不記錄每條 sql 語句的上下文信息，僅記錄哪條數據被修改了；是 MySQL 5.7.7之后的默認格式；
• MIXED：基于 STATMENT 和 ROW 兩種模式的混合復制，一般使用 STATEMENT 模式，對于無法復制的操作使用 ROW 模式；

在實際應用中，binlog 主要用于主從復制和數據恢復。主從復制是指在 master 機器開啟 binlog，通過某種方式把 binlog 發送給 slave 機器，slave 機器根據 binlog 內容進行數據操作，從而保證主從數據一致性。另外，通過使用 mysqlbinlog 工具可以從 binlog 恢復數據。

在 MySQL 5.7 之后，內置默認引擎已經變更為 InnoDB 引擎。 InnoDB 引擎在處理事務時，可以設置日志寫入磁盤的時機，默認情況下是每次 commit 時寫入磁盤。也可以通過 sync_binlog 參數設置成系統自動判斷或每 N 個事務寫入一次。

查詢日志

查詢日志記錄了所有數據庫請求的信息。無論這些請求是否得到了正確的執行。開啟之后對性能有比較大的影響，因此使用不多。

慢查詢日志

慢查詢日志用來記錄執行時間超過某個閾值的語句。執行時間閾值可以通過 long_query_time 來設置，默認是 10 秒。慢查詢日志需要手動開啟，對性能有一些影響，一般不建議開啟。慢查詢日志支持將記錄寫入文件，也支持寫入數據庫表。

事務日志 redo log

事務的四大特性之一是持久性。因此事務成功后，數據庫的修改永久保存，不能因為任何原因而回到原來的狀態。redo log 是 InnoDB 引擎層實現的日志，并不是所有引擎都有，用來記錄事務對數據頁的修改，可以在崩潰時用于恢復數據。redo log 包括內存中的日志緩沖和磁盤上的日志文件。執行 SQL 語句后，先寫入日志緩沖，后續再一次性把多條緩沖寫入文件。

在 InnoDB 中，數據頁也會刷盤，redo log 存在的意義主要就是降低對數據頁刷盤的要求。數據頁的變更，redo log 沒有必要全部保存。如果數據頁刷盤比 redo log 快，則 redo log 的記錄對于數據恢復意義不大；如果數據頁刷盤比 redo log 慢，則 redo log 中比數據頁快的部分可以用來快速恢復數據。因此 redo log 日志文件大小是固定的，當寫到結尾時，會回到開頭循環寫日志。

事務日志 undo log

事務的四大特性之一是原子性。對數據庫的一系列操作，要么全部成功，要么全部失敗，不允許部分成功部分失敗。因此，需要記錄數據的邏輯變化。原子性通過 undo log 來實現，比如事務中執行一條 insert 語句，undo log 就會記錄一條 delete 語句；事務中執行一條 update 語句，undo log 就會記錄一條相反的 update 語句。這樣在事務失敗時，就可以通過 undo log 來回滾到事務之前的狀態。

以上就是mysql 重要日志文件匯總的詳細內容，更多關于MySQL 日志文件的資料請關注腳本之家其它相關文章！