如果您擁有原實例的數據備份和日志備份，可以將其恢復到新實例中，可用于誤操作后恢復以及分析歷史數據等場景。
前提條件
原實例需要滿足如下條件：
實例運行狀態為運行中且沒有被鎖定。
當前沒有進行中的遷移任務。
已完成備份。RDS默認有自動備份。更多備份方式，請參見備份方案概覽。
按時間點恢復時，需要確保日志備份已開啟。如何開啟，請參見RDS MySQL日志備份。
按備份集恢復時，原實例必須至少有一個物理備份。更多信息，請參見自動備份。
功能說明
類別 | 說明 |
恢復范圍 | 恢復整個實例。 |
新實例各配置項 | 新實例的白名單設置、備份設置、參數設置和當前實例保持一致。 |
新實例賬號信息 | 新實例內含恢復時所選擇的備份時間點或備份集當時的賬號信息。 |
新實例數據 | 新實例內的數據與用于恢復的備份文件中的數據一致。 |
恢復的時間點 |
說明
|
恢復時長 | 恢復時長受多種因素影響，如果您有200 GB的數據需要恢復，恢復時長大概在3小時左右，恢復時長計算詳情請參見本文常見問題。 |
費用說明
由于數據是恢復到新實例上，因此需要收取新實例費用，費用詳情可在創建實例時查看。
功能開啟
恢復全量數據功能無需手動開啟。新實例創建成功后會自動進行周期性備份，您可使用備份完成的數據備份和日志備份進行全量數據恢復。
操作步驟
您可以使用原實例的備份數據創建新實例進行數據恢復，該方式不會影響原實例的數據性能。
訪問RDS實例列表，在上方選擇地域，然后單擊目標實例ID。
在左側導航欄單擊。
說明您也可以單擊基本信息頁面實例分布區域的數據庫恢復按鈕。
在數據庫恢復頁面，選擇待恢復的時間點或備份集，并對新實例進行基礎資源配置。
類別
說明
計費方式
包年包月：屬于預付費，即在新建實例時需要支付費用。適合長期需求，價格比按量付費更實惠，且購買時長越長，折扣越多。
按量付費：屬于后付費，即按小時扣費。適合短期需求，用完可立即釋放實例，節省費用。
Serverless：屬于動態計費，即僅需要為實際用量付費。適合業務具有間歇性定時任務，負載有波動或不可預測。請參見Serverless費用。
還原方式
按備份集：恢復所選備份集內的數據。暫不支持邏輯備份。
按時間點：可以選擇為日志備份保留時間內，最早的一個全量備份之后的任意時間點內的數據。如需查看或修改日志備份保留時間，請參見自動備份。
說明只有開啟了日志備份，才會顯示按時間點。
產品類型
源實例為基礎系列時，不展示此參數。
源實例為高可用系列時：
如果存儲類型為ESSD云盤或通用云盤，可以選擇標準版或倚天版，詳情請參見產品類型。
如果存儲類型為本地盤，僅支持選擇標準版。
源實例為集群系列時，可以選擇標準版或倚天版。
可用區
可用區是地域中的一個獨立物理區域，主節點可用區指主實例所在可用區，備節點可用區指備實例所在可用區。
您可以設置實例為單可用區部署或多可用區部署：
單可用區部署：主節點可用區和備節點可用區都處于相同可用區。
多可用區部署（推薦）：主節點可用區和備節點可用區處于不同可用區，能提供可用區級別的容災。您需要手動選擇主節點可用區和備節點可用區。
說明實例創建后，您可以在實例的服務可用性頁面查看主備節點信息。
基礎系列實例只有一個節點，只能部署在一個可用區內。
實例規格
通用規格（入門級）：通用型的實例規格，獨享被分配的內存和I/O資源，與同一服務器上的其他通用型實例共享CPU和存儲資源。
獨享規格（企業級）：獨享或獨占型的實例規格。獨享型指獨享被分配的CPU、內存、存儲和I/O資源。獨占型是獨享型的頂配，獨占整臺服務器的CPU、內存、存儲和I/O資源。
專屬規格：完全獨享虛擬主機或物理主機資源，開放主機權限，可直接在主機上按需分配多個數據庫實例。更多信息，請參見添加主機。
說明每種規格都有對應的CPU核數、內存、最大連接數和最大IOPS。詳情請參見主實例規格列表。
存儲空間
存儲空間包括數據空間、系統文件空間、Binlog文件空間和事務文件空間。調整存儲空間時最小單位為5 GB。
單擊下一步：實例配置，配置實例網絡類型和資源組，設置如下參數。
類別
說明
網絡類型
經典網絡：傳統的網絡類型。
專有網絡（推薦）：也稱為VPC（Virtual Private Cloud）。VPC是一種隔離的網絡環境，安全性和性能均高于傳統的經典網絡。選擇專有網絡時您需要選擇對應的VPC和主節點交換機，如果您在上一步的基礎資源中配置了多可用區部署，則還需要選擇備選節點交換機。
說明請確保RDS實例與需要連接的ECS實例網絡類型一致（如果選擇專有網絡，還需要保證VPC一致），否則它們無法通過內網互通。
資源組
資源組是在阿里云賬號下進行資源分組管理的一種機制，能夠幫助您解決單個云賬號內的資源分組和授權管理的復雜性問題。您可以選擇已有資源組或創建新資源組。如無資源分組管理需求，可選擇默認資源組。
單擊下一步：確認訂單。
確認參數配置，選擇購買量和購買時長（僅包年包月實例），勾選服務協議，單擊去支付完成支付。
說明對于包年包月實例，建議勾選到期自動續費，可以免去您定期手動續費的煩惱，且不會因忘記續費而導致業務中斷。
（可選）后續如需登錄到新實例并驗證數據。關于登錄實例的操作，請參見連接實例。
訂正在線數據
恢復到新實例后，您可使用數據傳輸DTS將需要的部分或全部庫表數據遷移至原實例以訂正原實例在線數據。
創建數據遷移任務時，請將已恢復的新實例作為源庫，將原實例作為目標庫，接入方式均選擇云實例。
相關操作
如需恢復到原實例、其他已有實例或本地數據庫，請參見如下方案：
恢復位置
恢復方法
恢復到原實例
恢復到其他已有實例
恢復到本地數據庫
方法二：如果有使用DBS創建邏輯備份，可以直接將其恢復至自建數據庫，具體請參見恢復邏輯備份。
方法三：先下載備份，再將備份文件恢復至自建數據庫，具體請參見RDS MySQL物理備份文件恢復到自建數據庫、RDS MySQL邏輯備份文件恢復到自建數據庫或RDS MySQL快照備份文件恢復到自建數據庫。
其他引擎恢復數據請參見：
常見問題
您可以進行庫表恢復恢復一個或多個庫表，詳情請參見恢復庫表。對于不支持庫表恢復的實例，您可以參見本文，將數據全量恢復到新實例上，經過驗證后，再將數據遷回原實例。
支持。如果已開啟日志備份，可以恢復到日志備份保留時間內的任意時間點；如果未開啟日志備份，則可以恢復至已有的數據備份所在的時間點。
不可以。因為按時間點恢復是先將所選時間點前的一個全量數據備份恢復到實例，然后根據Binlog增量恢復數據到所選時間點。
不可以，因為備份都是按照您設置的保留時間進行保留的，超出保留時間后，備份都會自動刪除，無法恢復；無法找回，數據追蹤的本質是通過Binlog來恢復，但由于您之前的保留時長只設置了7天，因此無法追蹤到7天前的Binlog。您可參考 自動備份文檔修改備份保留時長。
恢復時間預估示例
測試環境：2核4 GB的高可用本地盤實例。
操作 | 預計消耗時間 |
創建實例 | 5分鐘 |
配置實例 | 15分鐘 |
下載備份數據 | 200 GB/小時 |
啟動實例 | 5分鐘 |
下載Binlog | 200 GB/小時 |
應用Binlog | 根據Binlog的具體內容決定 |
以此示例為例，如果您有200 GB的數據需要恢復，恢復時長為以上各操作消耗時間之和，大概在3小時左右（假如應用Binlog消耗時間為30分鐘）。
如需更快的恢復速度，您可以開啟沙箱實例，系統會自動同步待恢復的數據至沙箱存儲中，后續可進行快速恢復。具體操作請參見RDS MySQL應急恢復。
影響因素
恢復數據到新實例的速度受多種因素影響，無法保證100%恢復成功，并且用戶執行的SQL引發的某些異常情況需要人工排查處理。影響速度的主要因素如下：
全量備份數據大小：數據量越大恢復速度越慢。
增量備份數據大小：數據量越大恢復速度越慢。
是否存在大事務：Binlog中存在大事務會拖慢恢復速度。
是否存在熱點更新：Binlog中存在熱點更新會拖慢恢復速度。
是否存在外鍵約束（FOREIGN KEY）：外鍵約束會增加校驗成本，拖慢恢復速度。
Binlog數量：按時間點恢復時，所需的Binlog個數越多，恢復速度越慢。
實例的存儲類型：云盤的恢復速度比本地盤快。
實例規格：新實例的規格越大恢復速度越快。
實例版本：不同的實例版本并行復制的策略不同，不支持并行復制的場景都將以單線程模式進行，影響恢復速度。
除上述影響恢復速度的因素以外，還有部分因素可能導致恢復無法正常進行，例如：
新實例版本小于源實例，Binlog有不能正常解析的風險。
表名或列名中包含中文、特殊字符等情況，恢復時有失敗的風險。
若源實例中的Binlog被刪除，則無法完成恢復。
若在源實例中關閉了implicit_primary_key參數，則會導致無主鍵的表恢復失敗。
可能因為您在前一步（基礎配置）選擇的可用區內沒有交換機，所以在當前步驟（網絡和資源組）無法選擇主節點交換機。您可以單擊到控制臺創建跳轉到專有網絡控制臺，在可用區內創建交換機，就可以選擇主節點交換機了。