[發(fā)明專利]一種金融級兩地三中心高可用MySQL數(shù)據(jù)庫實(shí)現(xiàn)方法

在審

• 申請?zhí)枺?/td>: 202110237817.0
• 申請日: 2021-03-04
• 公開（公告）號: CN112685234A
• 公開（公告）日: 2021-04-20
• 發(fā)明（設(shè)計(jì)）人: 李端峰
• 申請（專利權(quán)）人: 遼寧振興銀行股份有限公司
• 主分類號: G06F11/14
• 分類號: G06F11/14;G06F16/21;G06Q40/02;G06Q40/06
• 代理公司: 鄭州歐凱專利代理事務(wù)所(普通合伙) 41166
• 代理人: 王志興

本發(fā)明公開了一種金融級兩地三中心高可用MySQL數(shù)據(jù)庫實(shí)現(xiàn)方法，涉及數(shù)據(jù)庫高可用架構(gòu)設(shè)計(jì)技術(shù)領(lǐng)域，所述方法基于同域主IDC機(jī)房1、同域主IDC機(jī)房2和異地容災(zāi)IDC機(jī)房，其特征在于：包括以下步驟：S1、在ProxySQL中定義好后端需要連接的MySQL主備數(shù)據(jù)庫IP、庫名、用戶名和密碼并歸屬到一個(gè)組進(jìn)行管理；S2、應(yīng)用服務(wù)器配置時(shí)不再直接使用數(shù)據(jù)庫主庫IP而是配置ProxySQL所在主機(jī)IP和端口，當(dāng)應(yīng)用發(fā)起請求時(shí)，先訪問ProxySQL中間件然后定位在請求所在組的高可用數(shù)據(jù)庫主庫IP、端口經(jīng)過請求轉(zhuǎn)發(fā)到后端相應(yīng)數(shù)據(jù)庫中。該金融級兩地三中心高可用MySQL數(shù)據(jù)庫實(shí)現(xiàn)方法，通過replication?manager實(shí)現(xiàn)了兩地三中心主備高可用自動(dòng)切換，能夠防止出現(xiàn)主庫故障時(shí)無法對外提供服務(wù)。

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)庫高可用架構(gòu)設(shè)計(jì)技術(shù)領(lǐng)域，具體為一種金融級兩地三中心高可用MySQL數(shù)據(jù)庫實(shí)現(xiàn)方法。

背景技術(shù)

開源數(shù)據(jù)庫MySQL在金融領(lǐng)域使用場景越來越廣泛，很多銀行核心系統(tǒng)均在從Oracle更換到MySQL數(shù)據(jù)庫，大部分使用以主從復(fù)制為主的高可用架構(gòu)方案，但是該架構(gòu)存在當(dāng)MySQL主庫發(fā)生宕機(jī)時(shí)(兩地三中心一主多從的基礎(chǔ)架構(gòu)場景下)進(jìn)行主備切換需要人工進(jìn)行干預(yù)、數(shù)據(jù)對比才能完成；應(yīng)用連接數(shù)據(jù)庫使用的IP或域名方式當(dāng)主備發(fā)生切換時(shí)，也需要人工進(jìn)行干預(yù)更換應(yīng)用連接新主庫的配置。

現(xiàn)有技術(shù)存在以下缺點(diǎn)：（1）主從切，主從切換需要數(shù)據(jù)庫管理人員手動(dòng)切換，在主庫發(fā)生故障時(shí)無法進(jìn)行自動(dòng)主備切換繼續(xù)對外提供服務(wù)，（2）應(yīng)用直連，應(yīng)用直連數(shù)據(jù)庫是一種簡單的應(yīng)用連接數(shù)據(jù)庫的方法，在一些非關(guān)鍵業(yè)務(wù)系統(tǒng)和業(yè)務(wù)連續(xù)性要求不高的系統(tǒng)可以使用。

因此，需要一種金融級兩地三中心高可用MySQL數(shù)據(jù)庫實(shí)現(xiàn)方法來解決上述問題。

發(fā)明內(nèi)容

（一）解決的技術(shù)問題

針對現(xiàn)有技術(shù)的不足，本發(fā)明提供了一種金融級兩地三中心高可用MySQL數(shù)據(jù)庫實(shí)現(xiàn)方法，基于開源社區(qū)版MySQL的主從復(fù)制技術(shù)，自動(dòng)切換時(shí)，當(dāng)主節(jié)點(diǎn)宕機(jī)，數(shù)據(jù)庫能夠自動(dòng)failover,對應(yīng)用透明，不影響業(yè)務(wù)的正常進(jìn)行。

（二）技術(shù)方案

為達(dá)到以上目的，本發(fā)明采取的技術(shù)方案是：

一種金融級兩地三中心高可用MySQL數(shù)據(jù)庫實(shí)現(xiàn)方法，所述方法基于同域主IDC機(jī)房1、同域主IDC機(jī)房2和異地容災(zāi)IDC機(jī)房，其特征在于：包括以下步驟：

S1、在ProxySQL中定義好后端需要連接的MySQL主要和備用數(shù)據(jù)庫IP、庫名、用戶名和密碼并歸屬到一個(gè)組進(jìn)行管理；

S2、應(yīng)用服務(wù)器配置時(shí)不再直接使用數(shù)據(jù)庫主庫IP而是配置ProxySQL所在主機(jī)IP和端口，當(dāng)應(yīng)用發(fā)起請求時(shí)，先訪問ProxySQL中間件然后定位在請求所在組的高可用數(shù)據(jù)庫主庫IP、端口經(jīng)過請求轉(zhuǎn)發(fā)到后端相應(yīng)數(shù)據(jù)庫中；

S3、ProxySQL有相關(guān)Monitor模塊會(huì)定期檢查后端數(shù)據(jù)庫的健康狀態(tài)，一旦主庫宕機(jī)failover到備庫時(shí)，ProxySQL能夠快速識別主備切換并會(huì)將新的服務(wù)請求發(fā)送給新的主庫；

S4、在Replication-manager中定義好需要進(jìn)行管理的主從數(shù)據(jù)庫IP、端口、用戶密碼、切換方式，且能夠?qū)Χ嗵字鲝臄?shù)據(jù)庫IP、端口、用戶密碼、切換方式進(jìn)行自動(dòng)管理或切換。

優(yōu)選的，所述Replication-manager在兩地三中心每個(gè)機(jī)房均部署相同配置的中間件。

優(yōu)選的，所述高可用數(shù)據(jù)庫采用無損增強(qiáng)半同步，采用一主兩備架構(gòu)，確保數(shù)據(jù)最終一致性，且用戶提交事務(wù)時(shí)，需要等待至少一個(gè)備庫收到日志副本，才返回給用戶事務(wù)成功結(jié)束的信號，確保數(shù)據(jù)庫的可靠性。

優(yōu)選的，所述ProxySQL通過相關(guān)配置會(huì)自動(dòng)識別主從架構(gòu)，當(dāng)主庫發(fā)生宕機(jī)時(shí)ProxySQL會(huì)自動(dòng)識別將應(yīng)用請求自動(dòng)轉(zhuǎn)發(fā)到新主庫，且每臺(tái)應(yīng)用服務(wù)器上部署的ProxySQL，應(yīng)用采用多機(jī)房多活部署。