對(duì)于mysql數(shù)據(jù)庫(kù)架構(gòu)為雙主復(fù)制模式的不少技術(shù)朋友都非常困惑，如何準(zhǔn)確判斷mysqld服務(wù)是否能正常提供服務(wù)，以及能否自動(dòng)判斷并且進(jìn)行主機(jī)的切換?同時(shí)，對(duì)mysqld服務(wù)的檢測(cè)機(jī)制要求消耗資源少、判斷簡(jiǎn)單且準(zhǔn)確、開(kāi)發(fā)和維護(hù)成本低等。我們?cè)趯?shí)際的生產(chǎn)環(huán)境檢測(cè)過(guò)程中，也曾經(jīng)犯過(guò)錯(cuò)誤，為此寫一篇短小的文章，把相關(guān)經(jīng)驗(yàn)、思路、做法分享給大家，為更多的技術(shù)朋友起到答疑解惑。

　　要想做到自動(dòng)切換提供數(shù)據(jù)庫(kù)服務(wù)請(qǐng)求的主備服務(wù)器關(guān)鍵，就是要確定雙主復(fù)制架構(gòu)中的mysql數(shù)據(jù)庫(kù)實(shí)例是否能正常提供服務(wù)請(qǐng)求，最讓人頭疼的就是mysqld服務(wù)出現(xiàn)hang住的情況。那么mysqld服務(wù)hang住的時(shí)候，會(huì)有哪些表象呢?先列出本人及圈內(nèi)朋友們出現(xiàn)過(guò)的情況：

　　● 不能對(duì)數(shù)據(jù)庫(kù)中的對(duì)象或數(shù)據(jù)執(zhí)行修改性操作，但能正常執(zhí)行查詢操作;

　　● 能對(duì)系統(tǒng)數(shù)據(jù)庫(kù)(備注：mysql、information_schema)的對(duì)象或數(shù)據(jù)進(jìn)行查詢操作，不能對(duì)非系統(tǒng)數(shù)據(jù)庫(kù)的對(duì)象和數(shù)據(jù);

　　● 只能對(duì)虛擬數(shù)據(jù)庫(kù)(備注： information_schema)的對(duì)象及數(shù)據(jù)進(jìn)行查詢操作，不能對(duì)其他數(shù)據(jù)庫(kù)的對(duì)象和數(shù)據(jù);

　　● 不能對(duì)對(duì)任何數(shù)據(jù)庫(kù)的對(duì)象或數(shù)據(jù)進(jìn)行查詢操作，但是能執(zhí)行SHOW PROCESSLIST;

　　● 不能對(duì)對(duì)任何數(shù)據(jù)庫(kù)的對(duì)象或數(shù)據(jù)進(jìn)行查詢操作，也不能執(zhí)行SHOW PROCESSLIST，但是可以執(zhí)行部分SHOW操作，例如：SHOW STATUS;

　　● 其他，還未發(fā)現(xiàn)的狀態(tài)信息;

　　針對(duì)上述mysqld服務(wù)hang住的情況做一個(gè)分析及匯總，可以發(fā)現(xiàn)其有一些共同特征，總結(jié)如下：

　　● mysqld服務(wù)存在，且能ping或telNET;

　　● 能接受客戶端發(fā)送過(guò)來(lái)的請(qǐng)求，但是不繼續(xù)處理，而是停留在其發(fā)生hang住的當(dāng)下SQL執(zhí)行的狀態(tài);

　　● 若能執(zhí)行SHOW PROCESSLIST的話，能看到所有的SQL執(zhí)行狀態(tài)停留不變;

　　● 數(shù)據(jù)庫(kù)服務(wù)器的LOAD會(huì)突然下降，甚至LOAD下降為0，CPU、IO等都會(huì)接近沒(méi)負(fù)荷狀態(tài);

　　● 若mysqld服務(wù)發(fā)生hang住的時(shí)候，一般都無(wú)法對(duì)數(shù)據(jù)庫(kù)的對(duì)象或數(shù)據(jù)執(zhí)行修改性質(zhì)的操作;

　　文章開(kāi)篇描述了mysqld服務(wù)hang住的時(shí)候，mysqld接受、處理服務(wù)請(qǐng)求的情況，以及數(shù)據(jù)庫(kù)服務(wù)器的狀態(tài)信息，既然可以發(fā)現(xiàn)這些特征，那么對(duì)于常用檢測(cè)mysqld服務(wù)是否還活著或者網(wǎng)絡(luò)是否通的辦法：

　　● ping或telNET mysqld服務(wù)的端口;

　　● 通過(guò)執(zhí)行SHOW 命令;

　　● 通過(guò)執(zhí)行SELECT查詢操作;

　　上述三類檢測(cè)辦法是否能真正做到準(zhǔn)確檢測(cè)呢?答案是：NO，只能準(zhǔn)確監(jiān)測(cè)到mysqld進(jìn)程是否活著、程序與數(shù)據(jù)庫(kù)服務(wù)器之間的網(wǎng)絡(luò)是否暢通，對(duì)于mysqld服務(wù)能否正常接收和完成處理請(qǐng)求，就無(wú)法做到或者部分做到，綜合上述分析信息，以及從目前我們將近三年實(shí)施效果看，對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行修改操作，再配合程序?qū)?shù)據(jù)修改操作的判斷邏輯是最穩(wěn)妥的方法，詳細(xì)步驟：

　　● 檢測(cè)頻率為：每隔10S，對(duì)當(dāng)前提供服務(wù)的mysqld數(shù)據(jù)庫(kù)實(shí)例上的檢測(cè)表，做一次UPDATE操作，探測(cè)數(shù)據(jù)庫(kù)實(shí)例是否正常提供服務(wù);

　　● 若上一次數(shù)據(jù)庫(kù)實(shí)例服務(wù)檢測(cè)操作，沒(méi)有正常返回更新信息，則每隔1S做一次數(shù)據(jù)庫(kù)檢測(cè)表的UPDATE操作，總共做2次探測(cè);

　　● 若前兩個(gè)步驟的數(shù)據(jù)庫(kù)實(shí)例服務(wù)探測(cè)結(jié)束，當(dāng)前提供服務(wù)的數(shù)據(jù)庫(kù)實(shí)例服務(wù)都沒(méi)恢復(fù)正常，則每隔5MS對(duì)數(shù)據(jù)庫(kù)檢測(cè)表再做一次UPDATE操作，總共檢測(cè)三次，若還是沒(méi)有正常返回信息，則認(rèn)定此數(shù)據(jù)庫(kù)實(shí)例服務(wù)不能正常接收服務(wù)請(qǐng)求;

　　用于執(zhí)行數(shù)據(jù)庫(kù)實(shí)例服務(wù)檢測(cè)的表結(jié)構(gòu)和UPDATE操作SQL為：

CREATE TABLE monitor_db(
                        ID SMALLINT UNSIGNED NOT NULL AUTO_INCREMNET,
                        CreateDate TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00',
                        PRIMARY KEY(ID)
                        )ENGINE=InnoDB CHARACTER SET 'utf8' COLLATE 'utf8_general_ci';
INSERT INTO monitor_db VALUES(1,NOW()),(2,DATE_ADD(NOW(),INTERVAL -1 DAY))        

        

        
        
      
        
it知識(shí)庫(kù)：mysqd實(shí)例服務(wù)hang住的檢測(cè)思路及方案，轉(zhuǎn)載需保留來(lái)源！
        
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。