若您要恢複至的時間點是某個備份組(快照)的時間點,可通過按備份組(快照)恢複的方式恢複誤操作的資料庫或者表的資料。
前提條件
已存在備份組(快照)。
適用範圍
叢集版本
庫表恢複功能支援PolarDB企業版和標準版,但對叢集的修訂版本有特定要求。不同情境下的最低版本要求如下表所示。
基礎功能:代表支援庫表恢複所需滿足的最低版本。
GDN主叢集/新版恢複流程:代表在全球資料庫(GDN)主叢集上使用,或想獲得新版恢複流程速度最佳化時,所需滿足的最低版本要求。
說明庫表恢複的新版恢複流程是在舊版的基礎上,對資料恢複至原叢集的速度進行了最佳化。其原理和速度可參見整體流程和預估時間。
版本系列 | MySQL 版本 | 架構 | 基礎功能(最低修訂版本) | GDN主叢集/新版恢複流程(最低修訂版本) |
企業版(叢集版) | 5.6 | X86 |
|
|
5.7 | X86 |
|
| |
8.0.1 | X86 |
|
| |
8.0.2 | X86 |
|
| |
標準版 | 5.6 | X86 |
|
|
5.7 | X86 |
|
| |
8.0.1 | X86 |
|
| |
倚天(ARM) |
|
| ||
8.0.2 | X86 |
|
|
您可在PolarDB MySQL版叢集的基本資料頁面的配置資訊地區查看當前叢集的核心版本。
其他限制
在使用庫表恢複功能時,請注意以下不支援的情境:
叢集:
不支援多主叢集(Limitless)和全球資料庫(GDN)中的從叢集。
在以下任一情況下,不支援對超過50,000張表的叢集進行庫表恢複:
儲存空間類型為ESSD雲端硬碟。
叢集中無唯讀(RO)節點。
表結構與索引:
不支援包含全域二級索引(GSI)的表。
不支援恢複列存索引(IMCI)。
儲存引擎:僅支援恢複InnoDB儲存引擎的表。
資料狀態:不支援恢複已歸檔為冷資料的表。
注意事項
時間點恢複是指選擇一個特定的時間點,對資料庫表進行恢複操作。恢複後,資料庫表將僅包含該時間點的資料,即此時資料庫中的表資料將與該時間點一致。
當前庫表恢複方式只支援從一級備份恢複,不支援從二級備份恢複。
庫表恢複只會恢複指定的表,操作時請確認已選中所有需要恢複的表。
說明若無法確定所有涉及的表,建議您使用叢集恢複的方式恢複全量叢集。
叢集內的表(包括系統資料表)超過50000張時也可以使用庫表恢複功能。
若選擇非整庫恢複,該庫每次最多支援恢複100張表。若選擇恢複庫,則支援恢複的表數量為該庫下所有的表。
說明若您需要恢複的表數量較多,建議您使用叢集恢複的方式恢複全量叢集。
庫表恢複功能不支援恢複觸發器(Trigger),若原表設定了Trigger,該Trigger不會被恢複。
庫表恢複功能不支援恢複外鍵(Foreign Key),若原表設定了Foreign Key,該Foreign Key不會被恢複。
建議在業務低峰期進行資料恢複。
步驟一、開始庫表恢複
登入PolarDB控制台,在左側導覽列單擊叢集列表,選擇叢集所在地區,並單擊目的地組群ID進入叢集詳情頁。
在左側導覽列中,選擇,單擊库(表)恢复。
在彈出的對話方塊中,選擇恢复方式為按备份集,並在備份組列表中選擇目標備份組。
說明庫表恢複功能根據所佔用的IOPS可分為快速、常規和安全三種配置,您可以根據實際需求進行選擇。恢複速度配置的預估耗時請參見庫表恢複速度測試資料參考。
快速:向當前叢集恢複資料期間,可能佔用大量IOPS(約60%),建議在業務低峰期選擇。
常規【推薦】:向當前叢集恢複資料期間,可能佔用部分IOPS(約30%)。
安全:向當前叢集恢複資料期間,僅佔用少量IOPS(約15%),可能會大幅影響恢複速度。
在需要恢复的库和表地區左側,選中需要恢複的目標庫,並在右側選中目標表。
說明若您未指定庫名和表名,則系統會通過在原庫名或原表名後添加
_backup的方式,來自動產生新的庫名和表名。如原表為test,則自動產生的新的表名為test_backup。若選中目標庫後但未指定具體的資料表,預設恢複該庫下的所有資料。
確認已選擇您需要恢複的庫和表後,單擊确定即可。
步驟二、進行資料比對
當庫表恢複完成後,您可以登入叢集,進行資料比對,驗證資料。
您可通過DMS登入叢集,也可通過其他用戶端或者命令列的方式。本文介紹通過DMS登入叢集進行驗證,關於其他方式,請參考串連資料庫叢集。
- 在叢集的基本信息頁面右上方,單擊登录数据库。

- 在彈出的對話方塊中,輸入集群的資料庫帳號和資料庫密碼,單擊登入。

- 登入DMS後請重新整理頁面,在左側導覽列中,單擊已登入執行個體。
- 在已登入執行個體列表中,單擊目的地組群名稱,找到並雙擊目標資料庫名稱,即可切換到目標資料庫進行管理。

- 尋找到誤操作的資料,確認其是否已恢複到誤操作前,且其他資料也和誤操作發生前一致。