資料誤操作有多種情境，根據情境的不同以及對應資料庫引擎版本的不同，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以上的資料會提示錯誤。
庫表恢複是對整個表的恢複，適用於低頻、大面積資料恢複。