[發明專利]基于分布式內存和數據庫的數據處理方法、裝置和系統

在審

• 申請號: 201410384269.4
• 申請日: 2014-08-06
• 公開（公告）號: CN105335297A
• 公開（公告）日: 2016-02-17
• 發明（設計）人: 劉晟東
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F12/02
• 分類號: G06F12/02;G06F17/30
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 李輝

本申請提供了一種基于分布式內存和數據庫的數據處理方法、裝置和系統，所述方法包括：接收用戶觸發的數據處理請求，依據預算標識判斷存儲當前預算數據的當前內存分片中的內存額度是否大于所述預算額度，如果是，則直接在當前內存分片中將所述內存額度扣減所述預算額度；如果否，則依據預算標識判斷當前內存分片中存儲的當前數據庫DB剩余額度和內存額度之和是否大于所述預算額度，如果是，則依據當前DB剩余額度和內存額度扣減所述預算額度；將扣減所述預算額度的扣減記錄存儲至當前DB中。采用本申請的實施例，既能提升數據處理性能，滿足高并發請求，并且也能節省DB的數量，從而節省成本。

技術領域

本申請涉及互聯網領域，特別涉及一種基于分布式內存和數據庫DB的數據處理方法、裝置和系統。

背景技術

在互聯網越來越發達的現在，越來越多的用戶借助于互聯網處理數據，例如，企業報表或者word文檔等。再例如，也有很多用戶通過服務器來對一些數據進行存儲、管理或者更新等。如果數據量大，可以將數據存儲到多個服務器的數據庫中。例如，在電子商務中，假設對于在售產品的數量，其總量為100，那么如果每次對總量扣減1的話，在扣減100次之后，總量為零，將不再允許對該在售產品的數量的扣減。其中，在售產品的總量叫做“預算”。

在現有技術中，服務器在采用數據庫DB(Database)來存儲預算數據并對其進行處理時，一般分為兩種方式，第一種方式為：通過一個DB的一條記錄來存放預算數據，每次對該預算數據進行扣減時可以通過DB的SQL語句在同一個事務中進行，這種方式稱為單DB方式。第二種方式為：將預算數據拆分到不同服務器的不同的DB中，每次對預算數據需要扣減時可以將扣減請求負載均衡到不同的DB上。例如，數量為1000的預算數據由分布在10個DB的10條記錄存放，每條記錄100；而一次數量為3的扣減操作會被路由到10個DB的其中一個(例如第二個)上，扣減后，第二個DB的預算余額變為97，剩余的9個DB中的9條記錄的預算余額仍為100。

但是發明人發現現有技術存在以下問題：對于第一種單個DB的數據處理方式來說：由于讀寫都需要訪問DB，所以對DB性能要求較高，特別是以磁盤作為存儲介質的DB，而磁盤的讀寫性能相對較低，因此這種方式不能滿足高并發的數據處理請求的需求。對于第二種多DB的分布式數據處理方式來說：多DB的分布式數據處理方式通過增加DB的數量解決了單DB性能過低的問題，可以滿足高并發需求，但是需要使用大量的DB，就造成成本過高的現象。

發明內容

基于發明人發現的目前數據處理中存在的問題，本申請提供一種基于分布式內存和數據庫的數據處理方法，用以解決現有技術中進行數據處理時采用單個DB進行數據處理導致的不能滿足高并發請求的問題，同時也解決了采用大量的DB導致的成本過高的問題，從而在降低成本的同時，滿足高并發請求的實際需求。進一步的，還能在服務器發生宕機的情況下，也能保證數據的一致性。

本申請還提供了基于分布式內存和數據庫的數據處理裝置及系統，用以保證上述方法在實際中的實現及應用。

為了解決上述問題，本申請公開了一種基于分布式內存和數據庫的數據處理方法，該方法包括：

接收用戶觸發的數據處理請求，其中，所述數據處理請求包括：當前預算數據的預算標識和預算額度；

依據所述預算標識判斷存儲所述當前預算數據的當前內存分片中的內存額度是否大于所述預算額度，如果是，則直接在所述當前內存分片中將所述內存額度扣減所述預算額度；

如果否，則依據所述預算標識判斷所述當前內存分片中存儲的當前數據庫剩余額度和所述內存額度之和是否大于所述預算額度，如果是，則依據所述當前數據庫剩余額度和內存額度扣減所述預算額度；

將所述扣減所述預算額度的扣減記錄存儲至所述當前數據庫中，所述當前數據庫與所述當前內存分片對應保存相同預算標識的預算數據。