mysql高可架構(gòu)設(shè)計(jì)方案(編輯修改稿)
2025-06-10 04:01 本頁面
【文章內(nèi)容簡介】 的數(shù)據(jù)庫子節(jié)點(diǎn)中，并添加watcher，增加監(jiān)視事件。創(chuàng)建lock子節(jié)點(diǎn)，不需要設(shè)置watcher，如果當(dāng)前client的id是當(dāng)前最小的節(jié)點(diǎn)，則獲得了lock，退出。否則繼續(xù)等待，如果id不存在，則創(chuàng)建子節(jié)點(diǎn)當(dāng)發(fā)生異常master宕機(jī)后，則watcher事件觸發(fā)，然后從當(dāng)前id序列中得到最小的id,將該節(jié)點(diǎn)置為新的master，同時(shí)將DB的readonly置為on，保證可以讀寫流程1：Agent啟動(dòng)根據(jù)傳入的參數(shù)在Zookeeper上注冊節(jié)點(diǎn)啟動(dòng)數(shù)據(jù)庫監(jiān)視器檢查工作環(huán)境是否滿足工作要求滿足退出注冊成功告警，等待手工處理流程2：數(shù)據(jù)庫監(jiān)控正常流程3：數(shù)據(jù)庫監(jiān)控?cái)?shù)據(jù)庫Down流程4：Master庫正常停止流程五：應(yīng)用啟動(dòng)，初始化數(shù)據(jù)庫連接池流程六：應(yīng)用監(jiān)聽到Active數(shù)據(jù)庫宕機(jī)目前我們連接池重建連接的過程是當(dāng)在連接上執(zhí)行DB操作時(shí)發(fā)生特定異常時(shí)觸發(fā)連接池關(guān)閉不可用連接，重新向數(shù)據(jù)源獲取連接。在使用Oracle的RAC配置特性時(shí)，Oracle在驅(qū)動(dòng)層會(huì)自行判斷數(shù)據(jù)源是否可用，若不可用則嘗試從另外一個(gè)數(shù)據(jù)源獲取連接，Oracle的這個(gè)特性可以理解為對等數(shù)據(jù)源的優(yōu)先選擇。但MYSQL的復(fù)制機(jī)制（非共享存儲(chǔ)）決定了其驅(qū)動(dòng)層不能支持當(dāng)主庫出問題時(shí)自動(dòng)連接到從庫上，因此我們考慮使用GroupDataSource來實(shí)現(xiàn)類似Oracle驅(qū)動(dòng)做的事情，即數(shù)據(jù)源組中的首選數(shù)據(jù)源不可用時(shí)，我們嘗試同組中的其他數(shù)據(jù)源來獲取連接，對于連接池來說這個(gè)過程是透明的。連接池還是保持之前當(dāng)連接異常時(shí)，觸發(fā)執(zhí)行關(guān)閉不可用連接并重新獲取連接即可。主備切換和按權(quán)重選擇、按優(yōu)先級(jí)選擇數(shù)據(jù)源的選擇策略是不一樣的，因此設(shè)計(jì)DbSelector來描述數(shù)據(jù)源的選擇策略，不同的選擇策略在同一數(shù)據(jù)源組中會(huì)同時(shí)存在，一個(gè)GroupDataSource包括寫數(shù)據(jù)源選擇策略、讀數(shù)據(jù)源選擇策略和運(yùn)行時(shí)切換策略，使用何種具體策略取決于組數(shù)據(jù)源的配置。待選擇的數(shù)據(jù)源要求是對等的，即讀數(shù)據(jù)源選擇策略只針對標(biāo)識(shí)為讀的數(shù)據(jù)源，不能把讀寫數(shù)據(jù)源混在一起選擇。引入了Zookeeper之后，我們可以通過Zookeeper感知到主數(shù)據(jù)庫的狀態(tài)。Zookeeper在完成主備切換后會(huì)通知應(yīng)用程序主數(shù)據(jù)庫發(fā)生了變更，應(yīng)用程序收到通知后，需要關(guān)閉連接池中之前已建立的主數(shù)據(jù)庫連接，重新創(chuàng)建新的主庫連接?；赯ookeeper的通知機(jī)制，我們在AtomDataSource中接收數(shù)據(jù)源配置變化的信息,收到變化通知后更新數(shù)據(jù)源本身的狀態(tài)，同時(shí)建立listner機(jī)制，把數(shù)據(jù)源狀態(tài)變化發(fā)布給連接池等對象進(jìn)行相應(yīng)的處理。類圖：獲取連接時(shí)序圖應(yīng)用監(jiān)聽到Active庫發(fā)生切換時(shí)序圖： Agent異常No異常表現(xiàn)觸發(fā)動(dòng)作說明a1異常退出要求在recv_timeout的時(shí)間內(nèi)可重啟，否則會(huì)進(jìn)行切換需要記住client端的session，否則進(jìn)行自動(dòng)recover。無法設(shè)置readonly，需要第三方a2與MySQL的通信異常與MySQL進(jìn)行讀寫測試，重試機(jī)制、重試次數(shù)、間隔可控制若MySQL正常，通信問題可以忽略（同一臺(tái)機(jī)器）a3與zk之間的網(wǎng)絡(luò)異常（設(shè)置readonly）通過超時(shí)來控制，大于recv_timeount則切換由于session的綁定無法恢復(fù)，需進(jìn)行切換a4機(jī)器死機(jī)（設(shè)置readonly）與zk之間的通信中斷，在大于recv_timeout之后進(jìn)行自動(dòng)切換MySQL異常No異常表現(xiàn)觸發(fā)動(dòng)作說明m1訪問異常定期進(jìn)行讀寫（設(shè)置readonly）主庫：插入時(shí)間戳（可重試，重試間隔可設(shè)置）從庫：讀取時(shí)間戳（同上）若MySQL連接被kill掉，重新創(chuàng)建連接若異常，認(rèn)為MySQL掛掉，進(jìn)行切換m2機(jī)器死機(jī)同a4m3機(jī)器的網(wǎng)絡(luò)異常同a3m4所在的整個(gè)機(jī)房down掉（Zookeeper也掛掉，被踢出集群）發(fā)起自動(dòng)切換說明：basedb這一級(jí)的節(jié)點(diǎn)，當(dāng)進(jìn)行分庫擴(kuò)展的時(shí)候，就在后面加上數(shù)值進(jìn)行區(qū)分，
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1