MySQL?Binlog日志寫入及文件操作
Binlog 記錄模式
Redo Log 是屬于InnoDB引擎所特有的日志,而MySQL Server也有自己的日志,即 Binary log(二進制日志),簡稱Binlog。
Binlog是記錄所有數(shù)據(jù)庫表結(jié)構(gòu)變更以及表數(shù)據(jù)修改的二進制日志,不會記錄SELECT和SHOW這類操作。
Binlog日志是以事件形式記錄,還包含語句所執(zhí)行的消耗時間。
開啟Binlog日志有以下兩個最重要的使用場景。
主從復(fù)制:在主庫中開啟Binlog功能,這樣主庫就可以把Binlog傳遞給從庫,從庫拿到Binlog后實現(xiàn)數(shù)據(jù)恢復(fù)達(dá)到主從數(shù)據(jù)一致性。
數(shù)據(jù)恢復(fù):通過mysqlbinlog工具來恢復(fù)數(shù)據(jù)。
Binlog文件名默認(rèn)為“主機名_binlog-序列號”格式,例如oak_binlog-000001,也可以在配置文件中指定名稱。
文件記錄模式有STATEMENT、ROW和MIXED三種,具體含義如下。
- ROW(row-based replication, RBR)
日志中會記錄每一行數(shù)據(jù)被修改的情況,然后在slave端對相同的數(shù)據(jù)進行修改。
優(yōu)點:能清楚記錄每一個行數(shù)據(jù)的修改細(xì)節(jié),能完全實現(xiàn)主從數(shù)據(jù)同步和數(shù)據(jù)的恢復(fù)。
缺點:批量操作,會產(chǎn)生大量的日志,尤其是alter table會讓日志暴漲。
- STATMENT(statement-based replication, SBR)
每一條被修改數(shù)據(jù)的SQL都會記錄到master的Binlog中,slave在復(fù)制的時候SQL進程會解析成和原來master端執(zhí)行過的相同的SQL再次執(zhí)行。簡稱SQL語句復(fù)制。
優(yōu)點:日志量小,減少磁盤IO,提升存儲和恢復(fù)速度
缺點:在某些情況下會導(dǎo)致主從數(shù)據(jù)不一致,比如last_insert_id()、now()等函數(shù)。
- MIXED(mixed-based replication, MBR)
以上兩種模式的混合使用,一般會使用 STATEMENT 模式保存binlog,對于STATEMENT模式無法復(fù)制的操作使用 ROW 模式保存binlog,MySQL會根據(jù)執(zhí)行的SQL語句選擇寫入模式。
Binlog 寫入機制
常用的log event有:Query event、Row event、Xid event等。binlog文件的內(nèi)容就是各種Log event的集合。
- 根據(jù)記錄模式和操作觸發(fā)event事件生成log event(事件觸發(fā)執(zhí)行機制)
- 將事務(wù)執(zhí)行過程中產(chǎn)生log event寫入緩沖區(qū),每個事務(wù)線程都有一個緩沖區(qū)
Log Event保存在一個binlog_cache_mngr數(shù)據(jù)結(jié)構(gòu)中,在該結(jié)構(gòu)中有兩個緩沖區(qū),一個是stmt_cache,用于存放不支持事務(wù)的信息;另一個是trx_cache,用于存放支持事務(wù)的信息。
- 事務(wù)在提交階段會將產(chǎn)生的log event寫入到外部binlog文件中。
不同事務(wù)以串行方式將log event寫入binlog文件中,所以一個事務(wù)包含的log event信息在binlog文件中是連續(xù)的,中間不會插入其他事務(wù)的log event。
Binlog 文件操作
Binlog狀態(tài)查看
show variables like 'log_bin';
開啟Binlog功能
需要修改my.cnf或my.ini配置文件,在[mysqld]下面增加log_bin=mysql_bin_log,重啟MySQL服務(wù)。
#log-bin=ON #log-bin-basename=mysqlbinlog binlog-format=ROW log-bin=mysqlbinlog
執(zhí)行開啟語句
set global log_bin=mysqllogbin;
使用show binlog events命令
show binary logs; //等價于show master logs; show master status; show binlog events; show binlog events in 'mysqlbinlog.000001'\G; 結(jié)果: Log_name: mysql_bin.000001 //此條log存在那個文件中 Pos: 174 //log在bin-log中的開始位置 Event_type: Intvar //log的類型信息 Server_id: 1 //可以查看配置中的server_id,表示log是那個服務(wù)器產(chǎn)生 End_log_pos: 202 //log在bin-log中的結(jié)束位置 Info: INSERT_ID=2 //log的一些備注信息,可以直觀的看出進行了什么操作
可以用mysql自帶的工具mysqlbinlog
mysqlbinlog "文件名" mysqlbinlog "文件名" > "文件名比如:test.sql"
使用 binlog 恢復(fù)數(shù)據(jù)
//按指定時間恢復(fù) mysqlbinlog --start-datetime="2020-04-25 18:00:00" --stop-datetime="2020-04-26 00:00:00" mysqlbinlog.000002 | mysql -uroot -p1234 //按事件位置號恢復(fù) mysqlbinlog --start-position=154 --stop-position=957 mysqlbinlog.000002 | mysql -uroot -p1234
mysqldump:定期全部備份數(shù)據(jù)庫數(shù)據(jù)。mysqlbinlog: 可以做增量備份和恢復(fù)操作。
刪除Binlog文件
purge binary logs to 'mysqlbinlog.000001'; //刪除指定文件 purge binary logs before '2020-04-28 00:00:00'; //刪除指定時間之前的文件 reset master; //清除所有文件
可以通過設(shè)置expire_logs_days參數(shù)來啟動自動清理功能。默認(rèn)值為0表示沒啟用。設(shè)置為1表示超出1天binlog文件會自動刪除掉
Redo Log和 Binlog 區(qū)別
- Redo Log是屬于InnoDB引擎功能,Binlog是屬于MySQL Server自帶功能,并且是以二進制文件記錄。
- Redo Log屬于物理日志,記錄該數(shù)據(jù)頁更新狀態(tài)內(nèi)容,Binlog是邏輯日志,記錄更新過程。
- Redo Log日志是循環(huán)寫,日志空間大小是固定,Binlog是追加寫入,寫完一個寫下一個,不會覆蓋使用。
- Redo Log作為服務(wù)器異常宕機后事務(wù)數(shù)據(jù)自動恢復(fù)使用,Binlog可以作為主從復(fù)制和數(shù)據(jù)恢復(fù)使用。Binlog沒有自動crash-safe能力。
(crash-safe 即在 InnoDB 存儲引擎中,事務(wù)提交過程中任何階段,MySQL突然奔潰,重啟后都能保證事務(wù)的完整性,已提交的數(shù)據(jù)不會丟失,未提交完整的數(shù)據(jù)會自動進行回滾。這個能力依賴的就是redo log和unod log兩個日志。)
以上就是MySQL Binlog日志寫入及文件操作的詳細(xì)內(nèi)容,更多關(guān)于MySQL Binlog日志的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
mysql8.0.19基礎(chǔ)數(shù)據(jù)類型詳解
這篇文章主要介紹了mysql8.0.19基礎(chǔ)數(shù)據(jù)類型的相關(guān)知識,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值 ,需要的朋友可以參考下2020-03-03MySQL replace函數(shù)替換字符串語句的用法
MySQL replace函數(shù)我們經(jīng)常用到,下面就為您詳細(xì)介紹MySQL replace函數(shù)的用法,希望對您學(xué)習(xí)MySQL replace函數(shù)方面能有所啟迪。2010-12-12MySQL中存儲的數(shù)據(jù)查詢的時候如何區(qū)分大小寫
這篇文章主要介紹了MySQL中存儲的數(shù)據(jù)查詢的時候如何區(qū)分大小寫問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-04-04MySQL limit分頁大偏移量慢的原因及優(yōu)化方案
這篇文章主要介紹了MySQL limit分頁大偏移量慢的原因及優(yōu)化方案,幫助大家更好的理解和使用MySQL數(shù)據(jù)庫,感興趣的朋友可以了解下2020-11-11