<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          MySQL 的 binlog 編號竟然可以這么大!

          共 2989字,需瀏覽 6分鐘

           ·

          2020-08-28 15:26

          點(diǎn)擊上方藍(lán)色“程序猿DD”,選擇“設(shè)為星標(biāo)”

          回復(fù)“資源”獲取獨(dú)家整理的學(xué)習(xí)資料!

          來源 | https://urlify.cn/VVFFNn
          每個binlog文件都有編號,從最早的3位數(shù)(沒錯,很老的版本只有3位數(shù)~),到現(xiàn)在擴(kuò)展到6位數(shù),從000001開始計(jì)數(shù)。但我打賭,你一定不知道這個序號最大可以跑到多少。

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

          # 測試一,當(dāng)文件序號達(dá)到999999后,下一個新文件序號是多少

          把mysqld關(guān)掉,人為造出序號為999999的binlog,并直接啟動mysqld,看看會怎樣呢?

          執(zhí)行 show master status 進(jìn)行確認(rèn)

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

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

          我們課上教學(xué)使用的版本是mysql 5.7.18,下載相應(yīng)版本的源碼直接看好了,在 sql/binlog.cc 文件中我們找到下面這段代碼:

          在上面這段代碼中,我們看到如下判斷:
              
          if (max_found == MAX_LOG_UNIQUE_FN_EXT)

          也就是當(dāng)找到binlog文件最大序號,達(dá)到起定義的最大值時,mysqld就會退出。

          我們再看下 MAX_LOG_UNIQUE_FN_EXT 宏定義:
              
          #define MAX_LOG_UNIQUE_FN_EXT 0x7FFFFFFF

          把它轉(zhuǎn)成十進(jìn)制看下:

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

          # 測試二,測試binlog序號達(dá)到最大值后會怎樣

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

          touch mysql-bin.2147483640

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

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

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

          第一次切換會發(fā)出一個 ERROR 級別錯誤日志,第二次再切換,直接導(dǎo)致 mysqld 進(jìn)程退出了??纯村e誤日志:

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

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

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

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

          可以看到,還是會退出,并沒有進(jìn)行日志的輪轉(zhuǎn)再次重復(fù)利用。

          # 最后,關(guān)于binlog的序號問題,我們結(jié)論如下:

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

          當(dāng)序號接近這個值,且差距小于 1000 時(也就是序號大于 2147482647 時),就開始向error log中寫入警告。

          當(dāng)序號達(dá)到最大值時,mysqld 進(jìn)程直接退出。

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

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

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

          往期推薦

          fastjson 的作者,在阿里內(nèi)網(wǎng)挨罵了?!

          Redisson 是如何實(shí)現(xiàn)分布式鎖的?

          詳解:UML類圖符號、各種關(guān)系說明以及舉例

          Spring Cloud 常見面試題及答案

          面試:為什么 Java 線程沒有Running狀態(tài)?


          星球限時拼團(tuán)優(yōu)惠進(jìn)行中


          我的星球是否適合你?

          點(diǎn)擊閱讀原文看看我們都聊過啥?

          瀏覽 66
          點(diǎn)贊
          評論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點(diǎn)贊
          評論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  精品国产一区二区三区麻豆传媒 | 亚州欧美日韩在线观看视频 | 国产精品―色哟哟 | 欧美激情操逼片 | 青青草青青操 |