點擊上方“朱小廝的博客”，選擇“設為星標”

后臺回復"書"，獲取

來源：22j.co/bYaE

每個binlog文件都有編號，從最早的3位數(shù)（沒錯，很老的版本只有3位數(shù)~），到現(xiàn)在擴展到6位數(shù)，從000001開始計數(shù)。但我打賭，你一定不知道這個序號最大可以跑到多少。

MySQL在啟動時會掃一下binlog文件，找到最大的序號，然后產(chǎn)生下個序號文件。根據(jù)這個規(guī)則，我們可以自行測試一下，若當前最大的binlog序號是 999999 時，下一個文件序號是重新從 000001 開始，抑或是 1000000 呢？

測試一，當文件序號達到999999后，下一個新文件序號是多少

把mysqld關掉，人為造出序號為999999的binlog，并直接啟動mysqld，看看會怎樣呢？

執(zhí)行 show master status 進行確認

可以看到，mysqld并沒有掛掉，也沒重新從mysql-bin.000001開始，這個序號會繼續(xù)增加。

現(xiàn)在，我們再深挖下這個問題，最大的序號到底是多少呢？

我們課上教學使用的版本是mysql 5.7.18，下載相應版本的源碼直接看好了，在 sql/binlog.cc 文件中我們找到下面這段代碼：

在上面這段代碼中，我們看到如下判斷：

if?(max_found?==?MAX_LOG_UNIQUE_FN_EXT)

也就是當找到binlog文件最大序號，達到起定義的最大值時，mysqld就會退出。

我們再看下 MAX_LOG_UNIQUE_FN_EXT 宏定義：

#define?MAX_LOG_UNIQUE_FN_EXT?0x7FFFFFFF

把它轉成十進制看下：

這個值等于：pow(2,31) - 1

測試二，測試binlog序號達到最大值后會怎樣

手動創(chuàng)建一個序號較大的binlog，比如mysql-bin.2147483640。把所有日志文名都寫入到 mysql-bin.index 中，并確認 mysql-bin.000001 文件存在（看會不會被覆蓋或者其他的）。

touch mysql-bin.2147483640

然后啟動mysqld，再執(zhí)行 FLUSH LOGS，看看會怎樣。

這時，我們能看到 mysqld 啟動，日志里記錄的告警信息：

我們多執(zhí)行幾次 FLUSH LOGS，切換日志，直到序號達到最大值，看看會發(fā)生什么：

第一次切換會發(fā)出一個 ERROR 級別錯誤日志，第二次再切換，直接導致 mysqld 進程退出了。看看錯誤日志：

看這架勢，是想生成 mysql-bin.(1-999) 這樣的文件而未果。于是我們再進行下面的測試。

測試三，測試binlog序號能不能循環(huán)重來

還是 touch 一個較大序號的binlog，比如mysql-bin.2147483646。把所有日志文名都寫入到 mysql-bin.index 中，并確認 mysql-bin.000001 文件到 mysql-bin.000999 這些文件都不存在（和測試二不同，這次是要確保這些文件不存在，看能不能重復利用）。

然后啟動mysqld，再執(zhí)行 FLUSH LOGS，看看會怎樣。

可以看到，還是會退出，并沒有進行日志的輪轉再次重復利用。

最后，關于binlog的序號問題，我們結論如下:

binlog的最大序號是 pow(2,31)-1 = 2147483647。

當序號接近這個值，且差距小于 1000 時（也就是序號大于 2147482647 時），就開始向error log中寫入警告。

當序號達到最大值時，mysqld 進程直接退出。

生成新的binlog時，會掃描當前已存在的binlog文件，最終取得最大序號值。因此，如果binlog文件數(shù)目特別多的話，是會影響MySQL的啟動及日志切換效率的。

由此可見有兩個隱患，當binlog文件數(shù)目過大，會導致binlog切換效率較低。當binlog文件最大序號快達到最大值時，離mysqld進程掛掉就不遠了，需要加急處理。

因此，除了要監(jiān)控binlog文件數(shù)目、最大序號外，還應該再error log的內(nèi)容，都予以足夠重視。

想知道更多？掃描下面的二維碼關注我

后臺回復"書"，獲取近百本電子書入口

【精彩推薦】

• 超清晰的DNS入門指南

• 深入理解Java Stream流水線

• 干掉Swagger,試試這個

• 干掉GuavaCache：Caffeine才是本地緩存的王

• 如何用ELK搭建TB級的日志系統(tǒng)

• 深度好文：Linux系統(tǒng)內(nèi)存知識

• 日志系統(tǒng)新貴Loki，確實比笨重的ELK輕

• 日志采集系統(tǒng)都用到哪些技術？

• 面試官：為什么HashMap的加載因子是0.75？

• 原創(chuàng)|OpenAPI標準規(guī)范
  

點個贊+在看，少個 bug?????

總結

以上是生活随笔為你收集整理的今天才知道，MySQL 的 binlog 编号可以这么大！的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。