[發明專利]主備數據庫切換方法和裝置

有效

• 申請號: 201610230656.1
• 申請日: 2016-04-13
• 公開（公告）號: CN107291787B
• 公開（公告）日: 2020-08-28
• 發明（設計）人: 張玲東;隨建;黃鑫娟;劉文濤;鄧瓊;陳建鋒
• 申請（專利權）人: 中興通訊股份有限公司;中信銀行股份有限公司
• 主分類號: G06F16/27
• 分類號: G06F16/27
• 代理公司: 深圳市世紀恒程知識產權代理事務所 44287
• 代理人: 胡海國

本發明公開了一種主備數據庫切換方法和裝置，其方法包括：執行連接本機數據庫服務操作；接收對端數據庫發送的對端數據庫當前位置；若連接數據庫服務操作的失敗次數超過預設的次數，則判定本機數據庫異常，并執行告警操作或在本機數據庫和對端數據庫之間進行主備切換操作，或者，若接收對端數據庫發送的對端數據庫當前位置的失敗次數超過預設的次數，則執行告警操作或在本機數據庫和對端數據庫之間進行主備切換操作。本發明解決了現有技術中主備數據庫進行切換時，數據精度差，操作復雜，穩定性低的問題。實現了實時監控掌握主備數據庫同步差距情況，簡化操作，保證數據一致性，同時避免誤切換。

技術領域

本發明涉及數據庫技術領域，尤其涉及一種主備數據庫切換方法和裝置。

背景技術

在現今數據庫應用中，數據庫并發度高、數據增長速度快是當今數據庫業務兩大特點。在短時間內，可能存在大量數據新增或修改。隨著數據數量級遞增，從字節、千字節、兆字節到現在的萬兆字節，結合MariaDB/MySQL數據庫良好橫向擴展特性，基于MariaDB/MySQL數據庫的分布式數據庫得到廣泛的應用。

同時為了提高數據庫容災性，各數據庫提供商均提出了相應策略，其中MariaDB/MySQL數據庫使用的是主從復制策略，其核心理念是主數據庫對外提供服務，當主庫有更新的時候，主庫會把更新操作的SQL寫入二進制日志(Bin log)，并維護一個二進制日志文件的索引，以便于日志文件輪回(Rotate)。從數據庫讀取主數據庫運行所生成binlog日志，并執行binlog日志中相關動作，從而保證主從數據庫數據一致。當數據庫主機出現宕機，需要在較短時間內恢復應用，就需要使用從機來充當主數據庫(即主備切換)，如何判斷從機數據庫和主機數據庫數據是否一致，如何在較短時間內將主從機數據庫數據恢復成一致，成為一個技術難題。

主從復制是備機復制主機binlog日志，由于存在主機寫日志時延和網絡通訊時延以及備機回放日志時延等因素，因此必然存在主備日志不同步現象。當前業界識別主備數據是否一致的通常做法大致有兩種：一種業務應用層用戶自行在主數據庫新增監控表，定期更新該表中的時間戳，管理模塊監控主備機監控表中時間戳差值判斷主備數據同步差距情況。另外一種是在數據庫主備機分別增加DBAgent代理模塊，定時查詢數據庫的當前binlog位置，上報給管理模塊，由管理模塊判斷主備機數據同步差距情況。

以上兩種方式存在如下弊端：

1、均引入了第三方的管理模塊，增加了交互復雜度，同時當第三方管理模塊出現故障情況下，整個監控系統癱瘓，發生故障時無法實現切換。

2、由于引入第三方管理模塊并且是定時上報，因此存在周期內的時間差問題，眾所周知數據庫應用每秒鐘的tps都是成千上萬的，而這種定時上報機制至少也是秒級，因此大大降低了判斷精度，無法保證在切換的時候主備機是強一致的，對數據安全要求極高的保險類、證券類、銀行類等行業是無法接受這種方案的。

3、上述方式二當數據庫服務正常，而監控數據庫運行情況的主DBAgent代理模塊異常，也可能會引起異常的數據庫的主備切換。

發明內容

本發明的主要目的在于提出一種主備數據庫切換方法和裝置，旨在解決現有技術中主備數據庫進行切換時，數據精度差，操作復雜，穩定性低的問題。

為實現上述目的，本發明提出一種主備數據庫切換方法，包括：

執行連接本機數據庫服務操作；

接收對端數據庫發送的對端數據庫當前位置；

若所述連接本機數據庫服務操作的失敗次數超過預設的次數，則判定所述本機數據庫異常，并執行告警操作或在所述本機數據庫和所述對端數據庫之間進行主備切換操作，或者，若所述接收對端數據庫發送的對端數據庫當前位置的失敗次數超過預設的次數，則執行告警操作或在所述本機數據庫和所述對端數據庫之間進行主備切換操作。