mysqld 进程非常多_MySQL binlog后面的编号最大是多大?
導讀
每個binlog文件都有編號,從最早的3位數(沒錯,很老的版本只有3位數~),到現在擴展到6位數,從000001開始計數。
但我打賭,你一定不知道這個序號最大可以跑到多少。
在我們知數堂的MySQL DBA課上講到binlog序號是從000001開始,這時有細心的同學問到,是不是這個序號達到999999后,binlog就要重新開始了?
講真,當時我也是一下子被問住了,只是隱約記得這個值是可以大于999999的。于是,課后我自己細致地探究了一番,遂有本文。
MySQL在啟動時會掃一下binlog文件,找到最大的序號,然后產生下個序號文件。根據這個規則,我們可以自行測試一下,若當前最大的binlog序號是 999999 時,下一個文件序號是重新從 000001 開始,抑或是 1000000 呢?
- 測試一,當文件序號達到999999后,下一個新文件序號是多少
把mysqld關掉,人為造出序號為999999的binlog,并直接啟動mysqld,看看會怎樣呢?
執行 show master status 進行確認
可以看到,mysqld并沒有掛掉,也沒重新從mysql-bin.000001開始,這個序號會繼續增加。
現在,我們再深挖下這個問題,最大的序號到底是多少呢?
我們課上教學使用的版本是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序號達到最大值后會怎樣
手動創建一個序號較大的binlog,比如mysql-bin.2147483640。把所有日志文名都寫入到 mysql-bin.index 中,并確認 mysql-bin.000001 文件存在(看會不會被覆蓋或者其他的)。
touch mysql-bin.2147483640然后啟動mysqld,再執行 FLUSH LOGS,看看會怎樣。
這時,我們能看到 mysqld 啟動,日志里記錄的告警信息:
我們多執行幾次 FLUSH LOGS,切換日志,直到序號達到最大值,看看會發生什么:
第一次切換會發出一個 ERROR 級別錯誤日志,第二次再切換,直接導致 mysqld 進程退出了。看看錯誤日志:
看這架勢,是想生成 mysql-bin.(1-999) 這樣的文件而未果。于是我們再進行下面的測試。
- 測試三,測試binlog序號能不能循環重來
還是 touch 一個較大序號的binlog,比如mysql-bin.2147483646。把所有日志文名都寫入到 mysql-bin.index 中,并確認 mysql-bin.000001 文件到 mysql-bin.000999 這些文件都不存在(和測試二不同,這次是要確保這些文件不存在,看能不能重復利用)。
然后啟動mysqld,再執行 FLUSH LOGS,看看會怎樣。
可以看到,還是會退出,并沒有進行日志的輪轉再次重復利用。
最后,關于binlog的序號問題,我們結論如下:
最后祝大家的mysqld進程都棒棒噠!
關于「3306π」社區
圍繞 MySQL 核心技術,將互聯網行業中最重要的數據化解決方案帶到傳統行業中;囊括其他開源技術Redis、MongoDB、Hbase、Hadoop、ElasticSearch、Storm、Spark等;分享干貨知識,即便是贊助商,也要求如此,拒絕放水。
總結
以上是生活随笔為你收集整理的mysqld 进程非常多_MySQL binlog后面的编号最大是多大?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 文件显示微软起初并不看好《博德之门 3》
- 下一篇: 燕云十六声装备耐久恢复方法