[發明專利]利用MySQL并行復制恢復數據方法、設備及系統

在審

• 申請號: 201811331093.0
• 申請日: 2018-11-09
• 公開（公告）號: CN111177141A
• 公開（公告）日: 2020-05-19
• 發明（設計）人: 陳志華
• 申請（專利權）人: 上海擎感智能科技有限公司
• 主分類號: G06F16/22
• 分類號: G06F16/22;G06F11/14
• 代理公司: 上海光華專利事務所(普通合伙) 31219
• 代理人: 尹麗云

本發明提供一種利用MySQL并行復制恢復數據方法、設備及系統，該方法包括：接收數據恢復指令；根據所述數據恢復指令獲取發生誤操作的二進制日志的日志點；關閉數據庫，利用全備文件名將所述數據庫恢復到當前最新狀態，將源數據庫的二進制日志根據配置文件中的中繼日志的配置信息存放到相應目錄，修改日志名并配置相應參數；開啟數據庫，濾除全備日志已執行的事務，根據源數據庫的并行度調用多線程查看回放恢復數據。相比現有的直接通過最近備份數據進行恢復，本發明針對數據恢復效率更高。

技術領域

本發明涉及數據恢復技術領域，特別是涉及一種利用MySQL并行復制恢復數據方法、設備及系統。

背景技術

數據庫(Database)是按照數據結構來組織、存儲和管理數據的倉庫，其不僅僅是存儲和管理數據，而轉變成用戶所需要的各種數據管理的方式。數據庫有很多種類型；從最簡單的存儲有各種數據的表格到能夠進行海量數據存儲的大型數據庫系統都在各個方面得到了廣泛的應用。

目前，很多業務都用到了數據庫，使用數據庫往往需要使用相應的管理軟件，方便管理者使用。例如，MySQL(開放源代碼的關系型數據庫管理系統)其采用結構化查詢語言對數據庫進行管理。然而，在使用過程中時常發生誤刪數據、誤改數據的誤操作現象，作為DBA(數據管理員)需要對所述誤操作進行數據恢復(數據回檔)，數據回檔通常是采用全量備份與binlog(數據庫二進制日志)增量實現，在數據量大的情況下，增量恢復binlog速度緩慢，容易出錯，導致數據恢復效率低、恢復時間長。

發明內容

鑒于以上所述現有技術的缺點，本發明的目的在于提供一種利用MySQL并行復制恢復數據方法、設備及系統，用于解決現有技術中數據恢復效率低、恢復時間長的問題。

為實現上述目的及其他相關目的，本申請的第一方面，本發明提供一種利用MySQL并行復制恢復數據方法，包括：

接收數據恢復指令；

根據所述數據恢復指令獲取發生誤操作的二進制日志的日志點；

關閉數據庫，利用全備文件名將所述數據庫恢復到當前最新狀態，將源數據庫的二進制日志根據配置文件中的中繼日志的配置信息存放到相應目錄，修改日志名并配置相應參數；

開啟數據庫，濾除全備日志已執行的事務，根據源數據庫的并行度調用多線程查看回放恢復數據。

在本申請的第一方面的某些實施例中，所述根據所述數據恢復指令獲取發生誤操作的二進制日志的日志點的步驟，包括：

獲取所述誤操作的大致時間點，查找二進制日志的當前日志狀態，對比所述二進制日志創建的時間區間，確定所述誤操作在所述二進制日志所對應的日志范圍，以查找誤操作在所述二進制日志的日志點。

在本申請的第一方面的某些實施例中，該方法還包括：

當檢測到數據庫宕機時且其對應的中繼日志損壞時，放棄未執行完的所述中繼日志，重新從源數據庫獲取二進制日志作為中繼日志，以該中繼日志為準重新執行事務直到執行完為準。

在本申請的第一方面的某些實施例中，包括：基于庫的并行復制、基于表的并行復制與基于行的并行復制。

在本申請的第一方面的某些實施例中，所述開啟數據庫，濾除全備日志已執行的事務，根據源數據庫的并行度調用多線程查看回放恢復數據步驟，包括：

根據源數據庫中多個工作線程的數目，將待恢復的數據按其類型分成相應的事務組分發至各個工作線程，利用多個工作線程并行復制相應事務實現多線程回放恢復數據。

本申請的第二方面，提供一種利用MySQL并行復制恢復數據系統，包括：

接收模塊，用于接收數據恢復指令；