庫表恢複有哪些整體流程以及預估的時間 - PolarDB

當發生部分表的誤操作時，可進行庫表恢複，將誤操作的某張表或某些表恢複到原叢集。

庫表恢複分為按時間點恢複和按備份組（快照）恢複，兩者的區別在於要恢複至的時間點是否是備份組的時間點。如果是備份組的時間點，則可選擇按備份組（快照）恢複更方便。如果要恢複至的時間不是已有的備份組的時間點，則只能選擇按時間點恢複。

整體流程

無論是按時間點恢複還是按備份組（快照）恢複，兩者的關鍵流程是一致的：先建立一個臨時節點，並將某個時間點的資料恢複至該節點，然後再將恢複出的資料恢複到原叢集。

庫表恢複新版已於2024年04月03日發布，相比舊版，最佳化了向原叢集恢複資料的時間，並且熱備叢集以及GDN從叢集可自動同步資料，大幅減少了任務的恢復。

支援使用庫表恢複新版的企業版叢集版本要求如下：

當叢集的修訂版本符合上述版本要求時，將自動進入庫表恢複新版恢複流程。舊版和新版流程原理圖如下：

說明

建議在業務低峰期進行資料恢複。

預估耗時如下，僅供參考：

步驟	預估耗時
建立一個臨時節點，並將備份組中的資料恢複至該節點	約3~10分鐘
恢複Redo日誌增量資料說明僅按時間點恢複的方式需要恢複該類資料。耗時和需要應用的Redo日誌大小相關。	1.5 GB/分鐘
將資料恢複至原叢集	預估耗時請參見表1 庫表恢複速度測試資料參考表。

如果待恢複的資料量達到TB層級，執行庫表恢複操作可能耗時較長。如果想要快速恢複該資料，可使用備份組全量恢複，一般耗時幾分鐘。具體操作請參見全量恢複方式1：從備份組恢複。

庫表恢複速度測試資料參考如下表，該表的恢複速度僅指將資料恢複到原叢集的速度。

表1 庫表恢複速度測試資料參考表

庫表恢複速度與叢集是否開啟儲存熱備、叢集主節點規格、innodb_io_capacity參數值大小以及待恢複的表數量有關。
以上測試資料未包含表數量很多的情況，如果使用者指定恢複的表數量較多，也將會對恢複速度產生影響。
您可通過動態調整innodb_io_capacity和innodb_io_capacity_max的值來調節恢複速度。參數值調整後，對庫表恢複舊版流程恢複速度影響較小，對新版流程的恢複速度影響較大。
以上測試資料僅供參考，實際恢複速度受底層機器機型、網路等因素影響。