MySQL的binlog有啥用？誰寫的？在哪里？怎么配置

本文轉載自查看原文 2020-12-12 19:11 593 Mysql

一、嘮嗑
二、什么是bin log？
三、它在哪里？
四、bin log的相關配置
五、binlog 有啥用？
六、超有用的參數 sql_log_bin
七、未來幾篇文章
推薦閱讀

一、嘮嗑

文章公號首發！連載中！關注微信公號回復：“抽獎” 還可參加抽📖活動

算上這一篇文章，白日夢的MySQL專題已經寫了18篇了。前面的文章中有跟大家分享過undo log、redo log、以及接下來要有幾篇文章跟大家分享bin log。

前一陣跟一個同學嘮嗑，說到了MySQL的這幾個日志。那同學就感覺這幾個日志挺深奧的挺難懂的。其實不用這么嚇唬自己。

就比如說這幾個日志，你有沒有想過MySQL為啥要寫日志呢？寫日志就得有磁盤IO、不寫不香嗎？速度、性能還會變快。其實不然，MySQL會寫日志，是因為記錄下的日志能賦予MySQL一定的能力。

比如undo log讓mysql有回滾事物的能力，redo log讓mysql有崩潰恢復的能力，以及我們現在說的bin log讓MySQL有搭建集群、數據備份、恢復數據的能力。

那你說，我不想讓MySQL記錄那些日志不行嗎？肯定行啊！甚至默認情況下，MySQL都不會主動為你記錄bin log ，但是話說回來，你不讓它寫那些日志，它就沒有相應的能力給你用。是吧！所以綜合來說，寫日志還是很香的。

知道了這些，再去學相關的知識點是不是目的性很強了呢？關於undo log、redo log白日夢前面已經和大家分享過了，知無不言的那種分享哈，如果你又有感覺了，歡迎關注我然后去翻看。

對於大部分研發同學來說，肯定聽說過bin log。然后卻不一定知道binlog在哪里？誰寫的？怎么配置binlog？以及binlog有啥用。所以接下來的幾篇文章，我們一起看看binlog的二三事，讓你更好的理解binlog。

二、什么是bin log？

bin log是MySQL的二進制日志文件，翻譯成中文名反到是感覺怪怪的。所以說下面直接稱他為binlog。

我們都知道MySQL分為兩大部分。上層是MySQL-Server，下層是可插拔的存儲引擎。

binlog就是由MySQL的Server層產生。

三、它在哪里？

binlog存放的位置由datadir參數控制。

你可以通過下面的方式查看到它

知道了binlog具體在哪里，你就可以看一眼，如下

目錄下有兩種文件：mysql-bin.0000XX 和 mysql-bin.index

前者保存着對MySQL更改的邏輯

而后者長下面這樣，估計你一看就懂了～

四、bin log的相關配置

一般關於binlog的配置都寫在MySQL的配置文件中: my.cnf , 以方便啟動mysql時直接讓這些配置生效

作為了解，你可以大概摟一眼binlog的配置項

[mysqld]
# binlog相關配置

# 指定binlog日志存儲的位置
datadir                  = /home/mysql/mysql/var

# 規范binlog的命名為 mysql-bin.0000XX
# 如果加這行配置，binlog文件名為主機名
log-bin                  = mysql-bin

# 索引當前所有的binlog
log-bin-index            = mysql-bin.index

# 最大的大小
max_binlog_size          = 1G

# binlog的sync時機
sync-binlog              = 1

# binlog的格式
binlog-format            = ROW

# 保留七天的binlog
expire_logs_days = 7

五、binlog 有啥用？

如果說redolog中記錄的是偏向物理層面的記錄，如：對哪個數據頁的那個記錄做了什么修改。

那么binlog中記錄的是偏向邏輯層面的記錄：如：對xxx表中的id=yyy的行做做了什么修改，更改后的值是什么。

binlog不會記錄你的 select 、show這類的操作。

你可以在query log中找到曾經執行過的諸如select、show這種僅查詢的SQL。

常見的binlog有如下的作用。

delete沒加where條件？不慌！binlog可以幫你恢復數據
搭建一套一主兩從的MySQL集群，binlog幫你完成主從的數據同步。
審計，通過分析binlog可以排查是否存在SQL注入攻擊。

但是你知道嗎？

默認binlog是不開啟的。因為開啟binlog后會稍微降低一點mysql的性能（1%）。

但是開啟binlog后你就可以搭建MySQL集群，排查SQL注入，恢復誤刪的數據。所以線上的MySQL集群都是開啟binlog的，是不是感覺開啟binlog很有保障！很香呢？

六、超有用的參數 sql_log_bin

跟大家分享一種線上實際存在的場景，你就能知道該參數的妙用了。

比如你線上使用的是一個一主兩從的MySQL集群，然后有一個活動來了，你需要給線上某庫的某數據表添加一列，並且這個表里面的數量非常之龐大。

添加一列是需要獲取表鎖的，並且龐大的數據量讓你alter table異常緩慢，在獲取表鎖的過程中，正常的DML也會被阻塞。這時你就得考慮無損DDL，比如golang的ghost（怎么做的無損ddl原理我后門的文章會寫的，本篇不展開）。

ghost工具的特點是，它需要預執行一些SQL目的是先校驗一下你的集群符不符合它的要求，為了不對線上產生影響，你肯定會想把這些預執行的sql放到從庫上執行。放在從庫上執行固然沒問題，但是你執行的sql會產生bin log。出現新的GTID（后面講MySQL集群時會跟大家分享，這里你只需要理解成是一個事物的唯一標識就行）更要命的是，主庫中沒有這些GTID。

當主從都正常運行時，主從bin log不一致沒關系，但是當從庫宕機的時候，從庫重啟會將自己的GTID集合發送給主庫，由於從庫多出來一部分主庫沒有的GTID，會導致該從庫不能再次加入集群。

其實這個問題也好解決。使用這個參數 sql_log_bin

該sql_log_bin變量控制是否為當前會話啟用到二進制日志的日志記錄（假設二進制日志本身已啟用）。默認值為ON。要為當前會話禁用或啟用二進制日志記錄，請將會話sql_log_bin變量設置為 OFF或ON。

全局sql_log_bin變量是只讀的，無法修改。