[發明專利]一種數據管理方法、裝置、電子設備及存儲介質

在審

• 申請號: 202010443346.4
• 申請日: 2020-05-22
• 公開（公告）號: CN111651443A
• 公開（公告）日: 2020-09-11
• 發明（設計）人: 崔博文
• 申請（專利權）人: 京東數字科技控股有限公司
• 主分類號: G06F16/215
• 分類號: G06F16/215;G06F16/22;G06F11/14
• 代理公司: 北京華夏泰和知識產權代理有限公司 11662
• 代理人: 盧萬騰;劉蔓莉

本申請實施例提供的一種數據管理方法、裝置、電子設備及存儲介質，檢測數據庫中待管理數據表是否滿足預設的歸檔條件，若滿足則將指向所述待管理數據表的數據表指針的指向由待管理數據表修改為預設的與待管理數據表對應的備用數據表，并對待管理數據表中存儲的數據進行歸檔處理，當待管理數據表中存儲的數據全部執行完歸檔處理后，對待管理數據表執行碎片整理處理。通過上述方法，在對待管理數據表中的數據進行歸檔處理之前，將指向所述待管理數據表的數據表指針的指向修改為對應的備選數據表，從而避免了后續進行歸檔處理和碎片整理處理時對數據寫入造成影響，保證了數據可以正常寫入數據庫。

技術領域

本申請涉及計算機領域，尤其涉及一種數據管理方法、裝置、電子設備及存儲介質。

背景技術

當數據庫中的歷史存量數據過大時會導致數據庫磁盤空間不足，而單表數據量過大則會導致數據插入和數據查詢的速度降低。現有的數據管理辦法通常是每隔一段時間手動對數據庫包含的各數據表中不重要的歷史數據進行刪除。

但是在實現本申請過程中，發明人發現例如對于目前MYSQL數據庫(一種開源的關系型數據庫)來說，刪除并非真正刪除，刪除數據后數據表里還會存在大量的碎片，仍然在占用空間，此時為了釋放空間，需要再對數據刪除后的數據表進行碎片整理工作。但是碎片整理工作較為繁瑣，由于數據表進行數據刪除后，可能還存在一些未刪除的數據，所以在進行碎片整理時需要先篩選出碎片數據，然后再針對碎片數據進行整理，費時費力。而且目前在對數據表執行碎片整理時，數據庫不能進行寫操作只能支持讀取操作，對線上服務影響過大。

發明內容

為了解決上述技術問題，本申請提供了一種數據管理方法、裝置、電子設備及存儲介質。

第一方面，本申請實施例提供了一種數據管理方法，包括：

檢測數據庫中的待管理數據表是否滿足預設的歸檔條件；

若滿足，則將指向所述待管理數據表的數據表指針的指向由所述待管理數據表修改為預設的與所述待管理數據表對應的備份數據表；

對所述待管理數據表中存儲的數據進行歸檔處理；

當所述待管理數據表中存儲的數據全部歸檔處理完成后，對所述待管理數據表進行碎片整理處理。

在一種可能的實現方式中，在檢測數據庫中的待管理數據表是否滿足預設的歸檔條件之前，所述方法還包括：

將當前時間與所述數據庫中預設的各個數據表對應的管理執行時間進行比對；

確定管理執行時間與所述當前時間相匹配的數據表為待管理數據表。

在一種可能的實現方式中，檢測數據庫中的待管理數據表是否滿足預設的歸檔條件，包括：

檢測數據庫中的待管理數據表中存儲的數據的條數是否小于預設的單表條數閾值以及所述待管理數據表的存量空間是否大于預設的存量空間閾值；

若所述待管理數據表的存儲的數據的條數不小于預設的單表條數閾值，或所述待管理數據表的存量空間不大于預設的存量空間閾值，則確定所述待管理數據表滿足預設的歸檔條件。

在一種可能的實現方式中，對所述待管理數據表中存儲的數據進行歸檔處理，包括：

將所述待管理數據表中存儲的數據發送至預設的消息隊列；

根據監聽到的歸檔任務，確定所述消息隊列中進行歸檔處理的目標數據；

將所述目標數據存儲至預設的歸檔數據庫；

刪除所述待管理數據表中所述目標數據。

在一種可能的實現方式中，在將所述目標數據存儲至預設的歸檔數據庫之前，所述方法還包括：