[發明專利]一種用于數據庫更新的方法、裝置和服務器

在審

• 申請號: 202011487965.X
• 申請日: 2020-12-16
• 公開（公告）號: CN112445783A
• 公開（公告）日: 2021-03-05
• 發明（設計）人: 于慶淼
• 申請（專利權）人: 中國聯合網絡通信集團有限公司
• 主分類號: G06F16/21
• 分類號: G06F16/21;G06F16/23;G06F16/2455;G06F16/2458;G06F16/27
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 章愫;臧建明

本申請提供了一種用于數據庫更新的方法、裝置和服務器。該方法包括：接收數據更新請求，所述數據更新請求中包括待更新數據的版本號、用戶ID和待寫入的業務數據；根據用戶ID和待更新數據的版本號，確定是否接受該業務數據；在接受該業務數據的情況下，更新待更新數據的版本號，得到更新后的版本號，并向所述目標數據庫發送該業務數據以及更新后的版本號。由于通過對比用戶ID和待更新數據的版本號，確定是否接受數據更新請求，可以有效地降低在數據重發或者數據同步延遲的情況下出現數據混亂的可能，提高數據庫的可靠性。

技術領域

本申請涉及信息技術領域，更為具體地，涉及一種用于數據庫更新的方法、裝置和服務器。

背景技術

隨著政企數據中臺的建設不斷完善，全國政企用戶集中上收、一點維護，以政企用戶中心作為數據中心，賦能省份銷售觸點。該數據中心可以由各地銷售觸點訪問，比如更新業務數據、修改業務狀態等。然而，在有些情況下，可能會出現數據混亂。

比如，觸點A和觸點B幾乎同時對同一用戶的業務數據進行更新。觸點A的更新在前，觸點B的更新在后。但由于觸點A重復或同步延遲等原因，可能導致觸點B可能并不是基于觸點A更新后的業務數據進行的更新，由此導致數據混亂。

發明內容

本申請提供一種用于數據庫更新的方法、裝置和服務器，以期降低在數據重發或者數據同步延遲的情況下出現數據混亂的可能，提高數據庫的可靠性。

第一方面，本申請提供了一種用于數據庫更新的方法，該方法包括：

接收數據更新請求，所述數據更新請求中包括待更新數據的版本號、用戶ID和待寫入的業務數據，所述待更新數據是目標數據庫中的數據，所述用戶ID用于標識所述待更新數據所屬的目標用戶，所述業務數據用于對所述目標數據庫中的所述待更新數據進行更新，所述待更新數據的版本號用于標識所述目標數據庫中所述待更新數據的版本；

根據所述用戶ID和所述待更新數據的版本號，確定是否接受所述業務數據；

在接受所述業務數據的情況下，更新所述待更新數據的版本號，得到更新后的版本號；

向所述目標數據庫發送所述業務數據以及所述更新后的版本號。

本申請實施例通過對接收到的數據更新請求中的待更新數據的版本號與緩存庫中的最新數據版本號進行比對，確定是否接受該數據更新請求。因此，可以有效地降低在數據重發或者數據同步延遲的情況下出現數據混亂的可能，提高數據庫的可靠性。

可選地，所述數據更新請求中還包括業務類型標識，所述業務類型標識用于標識所述數據更新請求所涉及的業務類型。

可選地，所述根據所述用戶ID和所述數據版本，確定是否接受所述業務數據，包括：

根據所述用戶ID和所述數據版本號，從緩存庫中查找所述目標用戶的業務鎖，所述業務鎖與業務類型對應；

在所述數據更新請求所涉及的業務類型對應的業務鎖處于開放狀態的情況下，從所述緩存庫中查找所述目標用戶的數據版本號；

在所述目標用戶的數據版本號與所述待更新數據的版本號相同的情況下，確定接受所述業務數據。

可選地，在所述數據更新請求所涉及的業務類型對應的業務鎖處于鎖定狀態的情況下，確定不接受所述業務數據。

可選地，在所述目標用戶的數據版本號與所述待更新數據的版本號不同的情況下，確定不接受所述業務數據。

可選地，所述業務鎖包括以下一項或多項：訂購鎖、開機鎖、變更鎖、預銷戶鎖和停機鎖。

可選地，若所述目標用戶為正在創建的新用戶，所述目標用戶的訂購鎖處于開放狀態時，且所述目標用戶的變更鎖、停機鎖和開機鎖處于鎖定狀態。