一，BinLog

Redo Log 是屬于InnoDB引擎所特有的日志，而MySQL Server也有自己的日志，即 Binary log（二進制日志），簡稱Binlog。

Binlog是記錄所有數(shù)據(jù)庫表結(jié)構變更以及表數(shù)據(jù)修改的二進制日志，不會記錄SELECT和SHOW這類操作。

Binlog日志是以事件形式記錄，還包含語句所執(zhí)行的消耗時間。

一般情況下，開啟Binlog日志有以下兩個最重要的使用場景：

• 主從復制：在主庫中開啟Binlog功能，這樣主庫就可以把Binlog傳遞給從庫，從庫拿到 Binlog后實現(xiàn)數(shù)據(jù)恢復達到主從數(shù)據(jù)一致性。
• 數(shù)據(jù)恢復：通過mysqlbinlog工具來恢復數(shù)據(jù)，尤其是刪除數(shù)據(jù)。

二，BinLog文件記錄模式

Binlog文件名默認為“主機名_binlog-序列號”格式，例如oak_binlog-000001，也可以在配置文件 、中指定名稱。

文件記錄模式有STATEMENT、ROW和MIXED三種:

ROW（row-based replication, RBR）：日志中會記錄每一行數(shù)據(jù)被修改的情況，然后在 slave端對相同的數(shù)據(jù)進行修改。

• 優(yōu)點：能清楚記錄每一個行數(shù)據(jù)的修改細節(jié)，能完全實現(xiàn)主從數(shù)據(jù)同步和數(shù)據(jù)的恢復。
• 缺點：批量操作，會產(chǎn)生大量的日志，尤其是alter table會讓日志暴漲。

STATMENT（statement-based replication, SBR）：每一條被修改數(shù)據(jù)的SQL都會記錄到 master的Binlog中，slave在復制的時候SQL進程會解析成和原來master端執(zhí)行過的相同的 SQL再次執(zhí)行。簡稱SQL語句復制。（Sql語句的復制和Redo Log有相似）

• 優(yōu)點：日志量小，減少磁盤IO，提升存儲和恢復速度
• 缺點：在某些情況下會導致主從數(shù)據(jù)不一致，比如last_insert_id()、now()等函數(shù)。

MIXED（mixed-based replication, MBR）：以上兩種模式的混合使用，一般會使用 STATEMENT模式保存binlog，對于STATEMENT模式無法復制的操作使用ROW模式保存 binlog，MySQL會根據(jù)執(zhí)行的SQL語句選擇寫入模式。

三，BinLog文件結(jié)構

MySQL的binlog文件中記錄的是對數(shù)據(jù)庫的各種修改操作，用來表示修改操作的數(shù)據(jù)結(jié)構是Log event。

不同的修改操作對應的不同的log event。

比較常用的log event有：Query event、Row event、Xid event等。binlog文件的內(nèi)容就是各種Log event的集合。

Log Event結(jié)構圖：

四，BinLog 寫入機制

1，根據(jù)記錄模式和操作觸發(fā)event事件生成log event（事件觸發(fā)執(zhí)行機制）

2，將事務執(zhí)行過程中產(chǎn)生log event寫入緩沖區(qū)，每個事務線程都有一個緩沖區(qū) Log Event保存在一個binlog_cache_mngr數(shù)據(jù)結(jié)構中，在該結(jié)構中有兩個緩沖區(qū)，一個是 stmt_cache，用于存放不支持事務的信息；另一個是trx_cache，用于存放支持事務的信息。

3，事務在提交階段會將產(chǎn)生的log event寫入到外部binlog文件中。 不同事務以串行方式將log event寫入binlog文件中，所以一個事務包含的log event信息在 binlog文件中是連續(xù)的，中間不會插入其他事務的log event。

五，BinLog 與 redo Log區(qū)別

Redo Log是屬于InnoDB引擎功能，Binlog是屬于MySQL Server自帶功能，并且是以二進制 文件記錄。

• Redo Log屬于物理日志，記錄該數(shù)據(jù)頁更新狀態(tài)內(nèi)容，Binlog是邏輯日志，記錄更新過程。
• Redo Log日志是循環(huán)寫，日志空間大小是固定，Binlog是追加寫入，寫完一個寫下一個，不會覆蓋使用。
• Redo Log作為服務器異常宕機后事務數(shù)據(jù)自動恢復使用，Binlog可以作為主從復制和數(shù)據(jù)恢 復使用。Binlog沒有自動crash-safe能力。

六，BinLog 日志分析與恢復

I，BinLog開啟相關配置要修改my.cnf或my.ini配置文件，在[mysqld]下面log_bin=mysql_bin_log

II. 查看服務器上有哪些BinLog文件命令: show binary logs;

III.查看當前朝哪一個文件中寫入內(nèi)容命令： show master status;

IV.查看當前有哪一些事件類型命令：show binlog events; or 指定文件名稱 show binlog events in 文件名

V.mysqlbinlog 文件名，查看BinLog內(nèi)容(此命令非cmd命令，需要到安裝mysql服務器上執(zhí)行)，執(zhí)行該命令時需要注意不能帶有分號，否則報錯

如果想要恢復這一段，那么就要使用到起始點和結(jié)束點，或者去使用時間，但是時間不規(guī)范，因為同時間并發(fā)操作下，恢復可能會出現(xiàn)問題。

mysqldump：定期全部備份數(shù)據(jù)庫數(shù)據(jù)。mysqlbinlog可以做增量備份和恢復操作。

恢復命令如下：

按指定時間恢復

mysqlbinlog --start-datetime="2021-10-27 14:23:00" --stopdatetime="2021-10-27 14:30:00" mysqlbinlog.000002 | mysql -uXXX -pXXX

按事件位置號恢復

mysqlbinlog --start-position=9281 --stop-position=9232 mysqlbinlog.000002 | mysql -uXXX -pXXX

VI.BinLog 文件刪除

purge binary logs to 'mysqlbinlog.000001'; //刪除指定文件
purge binary logs before '2021-10-27 00:00:00'; //刪除指定時間之前的文件
reset master; //清除所有文件

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。