[發明專利]操作數據庫的系統和方法

在審

• 申請號: 201810750365.4
• 申請日: 2018-07-10
• 公開（公告）號: CN110765172A
• 公開（公告）日: 2020-02-07
• 發明（設計）人: 張滿良
• 申請（專利權）人: 北京京東尚科信息技術有限公司;北京京東世紀貿易有限公司
• 主分類號: G06F16/2458
• 分類號: G06F16/2458;G06F16/27;H04L29/08
• 代理公司: 11219 中原信達知識產權代理有限責任公司
• 代理人: 張一軍;張效榮

本發明公開了一種操作數據庫的系統和方法，涉及計算機技術領域。該系統的一具體實施方式包括：代理消息傳遞單元和多個子消息傳遞單元；所述多個子消息傳遞單元用于鏈接不同的數據庫；所述代理消息傳遞單元用于：接收來自應用服務集群的數據庫操作命令；根據所述數據庫操作命令，從多個子消息傳遞單元中確定目標消息傳遞單元；將所述數據庫操作命令發送至目標消息傳遞單元，以實現對數據庫的操作。該實施方式能夠解決現有技術中的數據庫鏈接數爆炸問題和單點問題，便于擴展與數據庫鏈接的應用服務集群。

技術領域

本發明涉及計算機技術領域，尤其涉及一種操作數據庫的系統和方法。

背景技術

隨著時間和業務的發展，數據庫中的表會越來越多，表中的數據量也會越來越大，相應地，數據操作，增刪查改的開銷也會越來越大，最終單一數據庫所能承載的數據量、數據處理能力都將遭遇瓶頸。因此，分庫分表應運而生，即把原本存儲于一個庫的數據分塊存儲到多個庫上，把原本存儲于一個表的數據分塊存儲到多個表上。

在實現本發明過程中，發明人發現現有技術中至少存在如下問題：

由于數據存儲到了不同的數據庫上以及不同的表上，在使用分庫分表時遇到困難，即會遇到數據量和并發量過大的問題。一般有兩種解決方式：1.將每一個數據庫都與所有的應用服務相鏈接；2.使用代理的方式，將所有的應用服務鏈接到代理服務上，代理服務再與每個數據庫相鏈接，即將所有的應用服務的查詢都發送到一個代理服務上，由代理服務去不同的數據庫上進行數據操作。對于第1種方式，對某一數據庫而言，隨著應用服務的增多，則可能會超過該數據庫能夠提供的鏈接數上限，從而導致數據庫鏈接數不夠用，即引起鏈接數爆炸問題。對于第2種方式，一旦代理服務不可用或者代理服務的鏈接不可用，則會導致所有鏈接到這個代理服務的數據請求都會失敗，即引起單點問題。

發明內容

有鑒于此，本發明實施例提供一種操作數據庫的系統和方法，能夠解決現有技術中的數據庫鏈接數爆炸問題和單點問題，便于擴展與數據庫鏈接的應用服務集群。

為實現上述目的，根據本發明實施例的一個方面，提供了一種操作數據庫的系統，該系統包括代理消息傳遞單元和多個子消息傳遞單元；所述多個子消息傳遞單元用于鏈接不同的數據庫；所述代理消息傳遞單元用于：接收來自應用服務集群的數據庫操作命令；根據所述數據庫操作命令，從多個子消息傳遞單元中確定目標消息傳遞單元；將所述數據庫操作命令發送至目標消息傳遞單元，以實現對數據庫的操作。

可選地，所述代理消息傳遞單元還用于：解析所述數據庫操作命令，確定預設字段的值；根據預設的路由算法，從多個子消息傳遞單元中確定與所述值對應的目標消息傳遞單元。

可選地，所述代理消息傳遞單元存儲有對照表；

所述代理消息傳遞單元還用于：利用哈希算法對所述值進行哈希計算，獲得計算結果；查詢所述對照表，從多個子消息傳遞單元中確定與所述計算結果相對應的目標消息傳遞單元。

可選地，所述系統還包括監控單元，用于：監控應用服務集群中每個應用服務的工作狀態，其中，在應用服務集群中的每個應用服務上部署有至少一個子消息傳遞單元；當存在宕機的應用服務時，將與該宕機的應用服務相關的子消息傳遞單元遷移至存活的應用服務上。

可選地，所述代理消息傳遞單元為proxy actor，所述子消息傳遞單元為childactor。

為實現上述目的，根據本發明實施例的另一方面，提供了一種操作數據庫的方法，包括：接收來自應用服務集群的數據庫操作命令；根據所述數據庫操作命令，從多個子消息傳遞單元中確定目標消息傳遞單元，其中，每個子消息傳遞單元用于鏈接不同的數據庫；將所述數據庫操作命令發送至目標消息傳遞單元，以實現對數據庫的操作。