[發明專利]一種針對數據庫的數據修改請求處理方法及裝置

在審

• 申請號: 201610518735.2
• 申請日: 2016-07-04
• 公開（公告）號: CN106897338A
• 公開（公告）日: 2017-06-27
• 發明（設計）人: 陽振坤;韓富晟
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30;G06F11/14
• 代理公司: 北京國昊天誠知識產權代理有限公司11315
• 代理人: 黃熊

技術領域

本申請涉及數據庫技術領域，尤其涉及一種針對數據庫的數據修改請求處理方法及裝置。

背景技術

數據庫是一套運行在服務器上的軟件，用于存儲、查詢、管理大量數據。數據庫的日志是數據庫使用的一種存儲內容，其可以用于記錄數據庫中曾經發生的操作，比如，數據修改等操作。在數據庫重新啟動時，可以使用日志來恢復之前的正常運行狀態；數據庫將日志發送給另一個數據庫，則另一個數據庫也可以利用接收到的日志恢復出于發送日志的數據庫完全一樣的副本，這就是數據庫主備同步的一種方法。其中，日志中包含有包含修改后的數據、修改前的數據，甚至在某些場景下還包含與被修改數據相關的其他數據等。

在現有技術中，用戶可以向數據庫發送的數據修改請求，數據庫根據數據修改請求，相應地修改數據以及生成日志，并對生成的日志進行持久化處理(比如，保存在硬盤中)，然后向用戶返回該數據修改請求對應的修改結果(比如，告知用戶修改成功)，需要說明的是，生成的日志一般是暫態的，進行持久化處理是為了防止掉電或重啟等意外丟失。進一步地，若數據庫有備數據庫，則數據庫還會先將生成的日志同步給備數據庫，再返回該數據修改請求對應的修改結果。

但是，無論是對生成的日志進行持久化處理，還是將生成的日志同步給備數據庫，都需要花費不少時間，這導致現有技術中針對數據庫的數據修改請求處理方式耗時較長。

發明內容

本申請實施例提供一種針對數據庫的數據修改請求處理方法及裝置，用以解決現有技術中針對數據庫的數據修改請求處理方式耗時較長的問題。

本申請實施例采用下述技術方案：

本申請實施例提供的一種針對數據庫的數據修改請求處理方法，包括：

接收針對數據庫的數據修改請求；

根據所述數據修改請求，將所述數據庫中的第二數據修改為第一數據，以及生成第一日志和第二日志，所述第一日志包含所述第一數據，所述第二日志包含所述第二數據；

在對所述第一日志進行持久化處理后，返回所述數據修改請求對應的修改結果。

本申請實施例提供的一種針對數據庫的數據修改請求處理裝置，包括：

接收模塊，接收針對數據庫的數據修改請求；

處理模塊，根據所述數據修改請求，將所述數據庫中的第二數據修改為第一數據，以及生成第一日志和第二日志，所述第一日志包含所述第一數據，所述第二日志包含所述第二數據；

返回模塊，在對所述第一日志進行持久化處理后，返回所述數據修改請求對應的修改結果。

本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果：對于任一數據修改請求，相比于現有技術中生成一種包含修改后的數據、修改前的數據，以及與被修改數據相關的其他數據的完整日志，本申請的方案可以生成兩種內容不全相同的不一定完整的日志，即第一日志和第二日志。第一數據即為修改后的數據，第二數據即為修改前的數據，第一日志中可以只包含第一數據，而不包含第二數據以及與被修改數據相關的其他數據。由于僅根據修改后的數據，而無需根據第二數據以及與被修改數據相關的其他數據，即可恢復數據庫狀態或主備同步，則在對第一日志進行持久化處理后，即可向用戶返回修改結果，由于第一日志的數據量少于完整日志的數據量，則持久化處理所耗費時間也相對少，可以減少針對數據庫的數據修改請求處理時間，因此，可以部分或全部地解決現有技術中的問題。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：

圖1為本申請實施例提供的一種針對數據庫的數據修改請求處理方法的流程示意圖；

圖2為現有技術提供的一種實際應用場景下，數據修改請求處理流程示意圖；

圖3為本申請實施例提供的一種實際應用場景下，數據修改請求處理流程示意圖；

圖4為本申請實施例提供的一種實際應用場景下，向諸如數據分析系統等外部系統發送日志的流程示意圖；

圖5為本申請實施例提供的一種實際應用場景下，備數據庫對接收到的主數據庫同步的第一日志的處理流程示意圖；

圖6為本申請實施例提供的一種實際應用場景(沿用圖2～圖4中的場景)下，本申請的方案所涉及的各端交互示意圖；

圖7為本申請實施例提供的一種針對數據庫的數據修改請求處理裝置的結構示意圖。

具體實施方式