[發明專利]一種數據操作方法及裝置

有效

• 申請號: 201410768641.1
• 申請日: 2014-12-11
• 公開（公告）號: CN104394171B
• 公開（公告）日: 2018-12-21
• 發明（設計）人: 朱超;王超;陳非
• 申請（專利權）人: 北京奇虎科技有限公司;奇智軟件（北京）有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08;G06F17/30
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 許志勇

本發明公開了一種數據操作方法及裝置，所述方法應用于耦接在客戶端與數據庫之間的數據操作裝置以進行數據操作，其包括：接收客戶端發送的第一數據連接請求；建立所述數據操作裝置與所述客戶端之間的第一數據連接；通過所述第一數據連接，接收所述客戶端發送的操作請求；根據所述操作請求，建立所述數據操作裝置與相應的數據庫之間的第二數據連接；以及將所述操作請求通過所述第二數據連接發送至所述數據庫。從而，不僅能夠避免客戶端與數據庫之間的數據連接因不匹配而導致的數據操作失敗，同時也節省了數據庫資源。

技術領域

本發明涉及計算機技術領域，尤其涉及一種數據操作方法及裝置。

背景技術

隨著信息技術的發展，用戶可以使用客戶端通過網絡途徑訪問相應的數據庫(如MySQL數據庫、Oracle數據庫等)來獲取所需的數據。通常在數據庫和客戶端之間設置有中間件(一種數據中轉設備)，以管理數據庫與大量客戶端之間的連接交互，并為各客戶端提供數據服務，即客戶端與數據庫之間通過中間件進行數據連接。數據連接建立的過程是：客戶端首先與中間件連接，再由該中間件在數據庫上建立數據連接。

目前，為了避免多個客戶端在進行大量的數據操作時數據庫的處理壓力，而采用多個不同類型的數據庫的方式，完成對數據的讀操作及寫操作的分離處理，例如：由從數據庫處理客戶端發出的讀操作請求，由主數據庫處理客戶端發出的寫操作請求。客戶端通過中間件與數據庫建立數據連接時，不發送任何語句，數據庫無法判斷客戶端將要發出的是讀操作請求還是寫操作請求，因此在數據庫中建立的數據連接難以確定是在主庫上建立還是在從庫上建立。通常數據庫可能會將數據連接全都建立在主庫上(或從庫上)，而造成數據庫的主庫(或從庫)滿負荷運行。

在現有技術中，采用在數據庫的主庫或從庫中預置數據連接值的方式解決上述問題(這里預置數據連接值小于主庫或從庫最大負荷的數據連接數量)，如：在主庫中預置數據連接值為16，當客戶端進行數據連接時，優先檢查主庫上的數據連接的數量，若該數量小于16，則在主庫上建立該數據連接，若該數量不小于16，則在從庫中建立該數據連接。

但是，如果實際數據連接的數量多于預置數據連接值，且建立這些數據連接的客戶端均發送同一種操作請求(如：寫操作請求，寫操作請求只對應于數據庫中的主庫)時，超過預置數據連接值的多余數據連接將建立在數據庫的從庫上，從而導致建立在數據庫的從庫上的寫操作請求處理失敗(數據庫的從庫只處理讀操作請求)。可見，現有技術中客戶端與數據庫之間的數據連接容易出現不匹配的情況，并且在數據連接不匹配時，不僅使得數據操作失敗，也造成數據庫資源的浪費。

發明內容

鑒于上述問題，提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的數據操作方法及裝置，能夠有效避免客戶端與數據庫之間的數據連接因不匹配而導致的數據操作失敗，同時也節省了數據庫資源。

根據本發明的第一個方面，提出一種數據操作方法，應用于耦接在客戶端與數據庫之間數據操作裝置(也可稱為中間件)以進行數據操作，所述方法包括：

接收所述客戶端發送的第一數據連接請求；

建立所述數據操作裝置與所述客戶端之間的第一數據連接；

通過所述第一數據連接，接收所述客戶端發送的操作請求；

根據所述操作請求，建立所述數據操作裝置與相應的數據庫之間的第二數據連接；以及

將所述操作請求通過所述第二數據連接發送至所述數據庫。

可選地，建立所述數據操作裝置與所述客戶端之間的第一數據連接，具體包括：

將第一握手數據發送至所述客戶端，使所述客戶端使用所述第一握手數據對所述客戶端自身的認證信息進行加密；

接收所述客戶端發送的加密后的認證信息；