新聞中心
今天就跟大家聊聊有關(guān)MySQL數(shù)據(jù)庫中出現(xiàn)數(shù)據(jù)延遲跳動怎么解決,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結(jié)了以下內(nèi)容,希望大家根據(jù)這篇文章可以有所收獲。
今天分析了另外一個關(guān)于數(shù)據(jù)庫延遲跳動的問題,也算是比較典型,這個過程中也有一些分析問題的方法和技巧工參考。
首先在高可用檢測中,有一套環(huán)境的檢測時斷時續(xù),經(jīng)過排查發(fā)現(xiàn)是數(shù)據(jù)庫產(chǎn)生了延遲,在登錄到從庫show slave status查看,會發(fā)現(xiàn)Seconds_behind_master的值是不斷跳動的,即從0~39~0~39這樣的頻率不斷跳動,讓人很搓火。
查看數(shù)據(jù)庫的相關(guān)日志發(fā)現(xiàn)竟然沒有任何可以參考的日志記錄,怎么分析這個問題呢,我們先來復(fù)現(xiàn),于是我按照節(jié)奏抓取了3次問題出現(xiàn)的日志,即通過show slave status連續(xù)監(jiān)測,抓取show slave status輸出的結(jié)果保存下來,這樣我們就得到了一個問題發(fā)生過程中的偏移量變化,而這個變化則是在SQLThread在回放過程中產(chǎn)生的問題。
比如下面的一段輸出,我截取的是Slave端的relay log進(jìn)行分析,相應(yīng)的字段為Relay_Log_Pos
Slave_IO_State: Waiting for master to send event Master_Host: xxxx Master_User: dba_repl Master_Port: 4306 Connect_Retry: 60 Master_Log_File: mysqlbin.000044 Read_Master_Log_Pos: 386125369 Relay_Log_File: slave-relay-bin.000066 Relay_Log_Pos: 386125580 Relay_Master_Log_File: mysqlbin.000044
網(wǎng)站題目:MySQL數(shù)據(jù)庫中出現(xiàn)數(shù)據(jù)延遲跳動怎么解決-創(chuàng)新互聯(lián)
當(dāng)前路徑:http://www.dlmjj.cn/article/diepjj.html