日常工作中，對于MySQL主從復(fù)制檢查，一方面我們要保證復(fù)制的整體結(jié)構(gòu)是否正常，另一方面需要檢查主從數(shù)據(jù)是否保持一致。對于前者我們可以通過監(jiān)控復(fù)制線程是否工作正常以及主從延時(shí)是否在容忍范圍內(nèi)，對于后者則可以通過分別校驗(yàn)主從表中數(shù)據(jù)的md5碼是否一致，來保證數(shù)據(jù)一致，可以使用Maatkit工具包中的mk-table-checksum工具去檢查。在這里，我只想討論下關(guān)于如何檢查主從延時(shí)的問題。

判斷主從延時(shí)，通常有兩個(gè)方法：1. Seconds_Behind_Master vs 2. mk-heartbeat，下面具體說下兩者在實(shí)現(xiàn)功能的差別。

方法1. 通過監(jiān)控show slave statusG命令輸出的Seconds_Behind_Master參數(shù)的值來判斷，是否有發(fā)生主從延時(shí)。其值有這么幾種：

NULL — 表示io_thread或是sql_thread有任何一個(gè)發(fā)生故障，也就是該線程的Running狀態(tài)是No，而非Yes。

0 — 該值為零，是我們極為渴望看到的情況，表示主從復(fù)制良好，可以認(rèn)為lag不存在。

正值 — 表示主從已經(jīng)出現(xiàn)延時(shí)，數(shù)字越大表示從庫落后主庫越多。

負(fù)值 — 幾乎很少見，我只是聽一些資深的DBA說見過，其實(shí)，這是一個(gè)BUG值，該參數(shù)是不支持負(fù)值的，也就是不應(yīng)該出現(xiàn)。

show slave statusG，該命令的輸出結(jié)果非常豐厚，給我們的監(jiān)控提供了很多有意義的參數(shù)，比如：Slave_IO_Running該參數(shù)可作為io_thread的監(jiān)控項(xiàng)，Yes表示io_thread的和主庫連接正常并能實(shí)施復(fù)制工作，No則說明與主庫通訊異常，多數(shù)情況是由主從間網(wǎng)絡(luò)引起的問題;Slave_SQL_Running該參數(shù)代表sql_thread是否正常，具體就是語句是否執(zhí)行通過，常會遇到主鍵重復(fù)或是某個(gè)表不存在。下面就說到今天的重點(diǎn)Seconds_Behind_Master，該值作為判斷主從延時(shí)的指標(biāo)，那么它又是怎么得到這個(gè)值的呢，同時(shí)，它為什么又受到很多人的質(zhì)疑?

Seconds_Behind_Master是通過比較sql_thread執(zhí)行的event的timestamp和io_thread復(fù)制好的event的timestamp(簡寫為ts)進(jìn)行比較，而得到的這么一個(gè)差值。我們都知道的relay-log和主庫的bin-log里面的內(nèi)容完全一樣，在記錄sql語句的同時(shí)會被記錄上當(dāng)時(shí)的ts，所以比較參考的值來自于binlog，其實(shí)主從沒有必要與NTP進(jìn)行同步，也就是說無需保證主從時(shí)鐘的一致。你也會發(fā)現(xiàn)，其實(shí)比較真正是發(fā)生在io_thread與sql_thread之間，而io_thread才真正與主庫有關(guān)聯(lián)，于是，問題就出來了，當(dāng)主庫I/O負(fù)載很大或是網(wǎng)絡(luò)阻塞，io_thread不能及時(shí)復(fù)制binlog(沒有中斷，也在復(fù)制)，而sql_thread一直都能跟上io_thread的腳本，這時(shí)Seconds_Behind_Master的值是0，也就是我們認(rèn)為的無延時(shí)，但是，實(shí)際上不是，你懂得。這也就是為什么大家要批判用這個(gè)參數(shù)來監(jiān)控?cái)?shù)據(jù)庫是否發(fā)生延時(shí)不準(zhǔn)的原因，但是這個(gè)值并不是總是不準(zhǔn)，如果當(dāng)io_thread與master網(wǎng)絡(luò)很好的情況下，那么該值也是很有價(jià)值的。(就好比：媽–兒子–媳婦的關(guān)系，媽與兒子親人，媳婦和兒子也親人，不見得媳婦與媽就很親。開個(gè)玩笑:-)之前，提到Seconds_Behind_Master這個(gè)參數(shù)會有負(fù)值出現(xiàn)，我們已經(jīng)知道該值是io_thread的最近跟新的ts與sql_thread執(zhí)行到的ts差值，前者始終是大于后者的，唯一的肯能就是某個(gè)event的ts發(fā)生了錯(cuò)誤，比之前的小了，那么當(dāng)這種情況發(fā)生時(shí)，負(fù)值出現(xiàn)就成為可能。

方法2. mk-heartbeat，Maatkit萬能工具包中的一個(gè)工具，被認(rèn)為可以準(zhǔn)確判斷復(fù)制延時(shí)的方法。

mk-heartbeat的實(shí)現(xiàn)也是借助timestmp的比較實(shí)現(xiàn)的，它首先需要保證主從服務(wù)器必須要保持一致，通過與相同的一個(gè)NTP server同步時(shí)鐘。它需要在主庫上創(chuàng)建一個(gè)heartbeat的表，里面至少有id與ts兩個(gè)字段，id為server_id，ts就是當(dāng)前的時(shí)間戳now()，該結(jié)構(gòu)也會被復(fù)制到從庫上，表建好以后，會在主庫上以后臺進(jìn)程的模式去執(zhí)行一行更新操作的命令，定期去向表中的插入數(shù)據(jù)，這個(gè)周期默認(rèn)為1秒，同時(shí)從庫也會在后臺執(zhí)行一個(gè)監(jiān)控命令，與主庫保持一致的周期去比較，復(fù)制過來記錄的ts值與主庫上的同一條ts值，差值為0表示無延時(shí)，差值越大表示延時(shí)的秒數(shù)越多。我們都知道復(fù)制是異步的ts不肯完全一致，所以該工具允許半秒的差距，在這之內(nèi)的差異都可忽略認(rèn)為無延時(shí)。這個(gè)工具就是通過實(shí)打?qū)嵉膹?fù)制，巧妙的借用timestamp來檢查延時(shí)，贊一個(gè)!

我們一直都在努力堅(jiān)持原創(chuàng).......請不要一聲不吭，就悄悄拿走。

我原創(chuàng)，你原創(chuàng)，我們的內(nèi)容世界才會更加精彩！

【所有原創(chuàng)內(nèi)容版權(quán)均屬TechTarget，歡迎大家轉(zhuǎn)發(fā)分享。但未經(jīng)授權(quán)，嚴(yán)禁任何媒體(平面媒體、網(wǎng)絡(luò)媒體、自媒體等)以及微信公眾號復(fù)制、轉(zhuǎn)載、摘編或以其他方式進(jìn)行使用。】

微信公眾號

TechTarget

官方微博

TechTarget中國

《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的如何监控mysql数据库时间_如何监控MySQL数据库主从之间的延时的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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