數據誤操作有多種場景，根據場景的不同以及對應數據庫引擎版本的不同，PolarDB MySQL版提供了多種方式，幫助您恢復數據。本章節列舉了常見的誤操作的場景，您可根據實際情況，選擇對應的數據恢復方式。
場景 | 數據庫版本 | 恢復方式 | |
誤刪表 | 5.6 | 采用庫表恢復的方式恢復誤刪的表，包括按時間點恢復或者按備份集恢復兩種方法：
| |
5.7 | |||
8.0 | 若集群已開啟表回收站功能，則可從表回收站中恢復誤刪的表；若未開啟，則可通過庫表恢復的方式恢復整個集群。 | ||
誤刪數據庫 | 5.6 | 采用庫表恢復的方式恢復誤刪的庫，包括按時間點恢復或者按備份集恢復兩種方法：
| |
5.7 | |||
8.0 | |||
誤刪集群 | 5.6 | ||
5.7 | |||
8.0 | |||
誤操作表中數據，如整體覆蓋、誤刪除/修改表中的列/行/數據 | 誤操作受影響的數據量在10萬以內 | 建議使用DMS數據追蹤進行恢復方式，也可使用庫表恢復和集群恢復方式。 | |
誤操作受影響的數據量超過10萬 | 5.6 | 采用庫表恢復的方式恢復誤操作的庫或表，包括按時間點恢復或者按備份集恢復兩種方法：
若無法判斷受影響的庫和表，則也可以使用集群恢復的方式進行恢復。 | |
5.7 | |||
8.0 | |||
常見問題
閃回查詢和庫表級恢復兩者區別？
成本：
閃回查詢開啟后，其保留時間由loose_innodb_backquery_window參數決定，undo log會保留一定時長，導致存儲空間成本升高。
恢復時長：
閃回查詢為秒級。
庫表恢復時間為分鐘級到小時級。
恢復范圍：
閃回查詢只針對行級進行恢復，適用于高頻、最近時間內數據恢復。
閃回查詢不支持目標表最近一次DDL之前的時間點，所以場景僅適用于誤刪數據。
閃回查詢僅支持10W之內數據，數據量超過10W以上的數據會提示錯誤。
庫表恢復是對整個表的恢復，適用于低頻、大面積數據恢復。