作者：丁儀

來(lái)源：https://chengxuzhixin.com/blog/post/mysql_zhong_yao_ri_zhi_wen_jian_zong_jie.html

日志是所有應(yīng)用的重要數(shù)據(jù)，MySQL 也有錯(cuò)誤日志、查詢(xún)?nèi)罩尽⒙樵?xún)?nèi)罩?、事?wù)日志等。本文簡(jiǎn)單總結(jié)下各種日志，以備查閱。

二進(jìn)制日志 binlog

二進(jìn)制日志 binlog 用于記錄數(shù)據(jù)庫(kù)執(zhí)行的寫(xiě)入性操作(不包括查詢(xún))信息，以二進(jìn)制的形式保存在磁盤(pán)中。使用任何存儲(chǔ)引擎的 mysql 數(shù)據(jù)庫(kù)都會(huì)記錄 binlog 日志。在 binlog 中記錄的是邏輯日志，也就是 SQL 語(yǔ)句。SQL 語(yǔ)句執(zhí)行后，binlog 追加到日志文件中?？梢栽O(shè)置 binlog 文件大小，超過(guò)大小后，自動(dòng)創(chuàng)建新的文件。

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

STATMENT：把會(huì)修改數(shù)據(jù)的 sql 語(yǔ)句記錄到 binlog 中；是 MySQL 5.7.7 之前的默認(rèn)格式； ROW：不記錄每條 sql 語(yǔ)句的上下文信息，僅記錄哪條數(shù)據(jù)被修改了；是 MySQL 5.7.7之后的默認(rèn)格式； MIXED：基于 STATMENT 和 ROW 兩種模式的混合復(fù)制，一般使用 STATEMENT 模式，對(duì)于無(wú)法復(fù)制的操作使用 ROW 模式；

在實(shí)際應(yīng)用中，binlog 主要用于主從復(fù)制和數(shù)據(jù)恢復(fù)。主從復(fù)制是指在 master 機(jī)器開(kāi)啟 binlog，通過(guò)某種方式把 binlog 發(fā)送給 slave 機(jī)器，slave 機(jī)器根據(jù) binlog 內(nèi)容進(jìn)行數(shù)據(jù)操作，從而保證主從數(shù)據(jù)一致性。另外，通過(guò)使用 mysqlbinlog 工具可以從 binlog 恢復(fù)數(shù)據(jù)。

在 MySQL 5.7 之后，內(nèi)置默認(rèn)引擎已經(jīng)變更為 InnoDB 引擎。 InnoDB 引擎在處理事務(wù)時(shí)，可以設(shè)置日志寫(xiě)入磁盤(pán)的時(shí)機(jī)，默認(rèn)情況下是每次 commit 時(shí)寫(xiě)入磁盤(pán)。也可以通過(guò) sync_binlog 參數(shù)設(shè)置成系統(tǒng)自動(dòng)判斷或每 N 個(gè)事務(wù)寫(xiě)入一次。

查詢(xún)?nèi)罩?/b>

查詢(xún)?nèi)罩居涗浟怂袛?shù)據(jù)庫(kù)請(qǐng)求的信息。無(wú)論這些請(qǐng)求是否得到了正確的執(zhí)行。開(kāi)啟之后對(duì)性能有比較大的影響，因此使用不多。

慢查詢(xún)?nèi)罩?/b>

慢查詢(xún)?nèi)罩居脕?lái)記錄執(zhí)行時(shí)間超過(guò)某個(gè)閾值的語(yǔ)句。執(zhí)行時(shí)間閾值可以通過(guò) long_query_time 來(lái)設(shè)置，默認(rèn)是 10 秒。慢查詢(xún)?nèi)罩拘枰謩?dòng)開(kāi)啟，對(duì)性能有一些影響，一般不建議開(kāi)啟。慢查詢(xún)?nèi)罩局С謱⒂涗泴?xiě)入文件，也支持寫(xiě)入數(shù)據(jù)庫(kù)表。

事務(wù)日志 redo log

事務(wù)的四大特性之一是持久性。因此事務(wù)成功后，數(shù)據(jù)庫(kù)的修改永久保存，不能因?yàn)槿魏卧蚨氐皆瓉?lái)的狀態(tài)。redo log 是 InnoDB 引擎層實(shí)現(xiàn)的日志，并不是所有引擎都有，用來(lái)記錄事務(wù)對(duì)數(shù)據(jù)頁(yè)的修改，可以在崩潰時(shí)用于恢復(fù)數(shù)據(jù)。redo log 包括內(nèi)存中的日志緩沖和磁盤(pán)上的日志文件。執(zhí)行 SQL 語(yǔ)句后，先寫(xiě)入日志緩沖，后續(xù)再一次性把多條緩沖寫(xiě)入文件。

在 InnoDB 中，數(shù)據(jù)頁(yè)也會(huì)刷盤(pán)，redo log 存在的意義主要就是降低對(duì)數(shù)據(jù)頁(yè)刷盤(pán)的要求。數(shù)據(jù)頁(yè)的變更，redo log 沒(méi)有必要全部保存。如果數(shù)據(jù)頁(yè)刷盤(pán)比 redo log 快，則 redo log 的記錄對(duì)于數(shù)據(jù)恢復(fù)意義不大；如果數(shù)據(jù)頁(yè)刷盤(pán)比 redo log 慢，則 redo log 中比數(shù)據(jù)頁(yè)快的部分可以用來(lái)快速恢復(fù)數(shù)據(jù)。因此 redo log 日志文件大小是固定的，當(dāng)寫(xiě)到結(jié)尾時(shí)，會(huì)回到開(kāi)頭循環(huán)寫(xiě)日志。

事務(wù)日志 undo log

事務(wù)的四大特性之一是原子性。對(duì)數(shù)據(jù)庫(kù)的一系列操作，要么全部成功，要么全部失敗，不允許部分成功部分失敗。因此，需要記錄數(shù)據(jù)的邏輯變化。原子性通過(guò) undo log 來(lái)實(shí)現(xiàn)，比如事務(wù)中執(zhí)行一條 insert 語(yǔ)句，undo log 就會(huì)記錄一條 delete 語(yǔ)句；事務(wù)中執(zhí)行一條 update 語(yǔ)句，undo log 就會(huì)記錄一條相反的 update 語(yǔ)句。這樣在事務(wù)失敗時(shí)，就可以通過(guò) undo log 來(lái)回滾到事務(wù)之前的狀態(tài)。

以上就是mysql 重要日志文件匯總的詳細(xì)內(nèi)容，更多關(guān)于MySQL 日志文件的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！