库表恢复方式1：从备份集恢复

简介

PolarDB提供的库表恢复功能，不会覆盖和删除原集群中已有的库表，不会将数据写入原集群的库表中，而是在原集群中新建库表。您可以在库表恢复过程中指定新的库名或表名，通过指定库和表的方式，将db1的备份数据恢复到db2。

库表恢复过程中，不会影响原集群数据库的正常访问，但可能会占用原集群的计算资源，从而导致集群CPU和IOPS使用率升高。

适用范围

注意事项

• 当前库表恢复方式中的从备份集恢复，只支持从一级备份的备份集里恢复，不支持从二级备份恢复。

• 库表恢复只会恢复指定的表，操作时请确认已选中所有需要恢复的表。

  说明

  若无法确定所有涉及的表，建议您将整个集群的历史数据恢复到一个新集群后再迁移至原集群。更多详情，请参见全量恢复方式1：从备份集恢复和全量恢复方式2：恢复到过去时间点。

• 执行库表恢复操作时，若指定的库名或表名在原集群中已存在，则库表恢复会失败。

• 若选择非整库恢复，该库每次最多支持恢复100张表。若选择恢复库，则支持恢复的表数量为该库下所有的表。

  说明

  • 若一次恢复的表数量太多，恢复时间会较长，因此不建议一次恢复过多表。

  • 若您需要恢复的表数量较多，建议您选择恢复全量历史数据到新集群中的方案，详细操作步骤，请参见全量恢复方式1：从备份集恢复和全量恢复方式2：恢复到过去时间点。

• 集群内的表（包括系统表）超过50000张时也可以使用库表恢复功能。

  说明

  • 该功能目前处于灰度阶段，如需使用，您可以联系我们加入白名单，启用该功能。

  • 查询集群内的表（包括系统表）数量。SQL语句如下：

    SELECT COUNT(*) FROM information_schema.tables;

  • 查询集群内的系统表数量。SQL语句如下：

    SELECT COUNT(*) FROM information_schema.tables WHERE table_schema IN ('sys', 'performance_schema', 'mysql', 'information_schema', '__recycle_bin__');

• 库表恢复功能不支持恢复触发器（Trigger），若原表设置了Trigger，该Trigger不会被恢复。

• 库表恢复功能不支持恢复外键（Foreign Key），若原表设置了Foreign Key，该Foreign Key不会被恢复。

操作步骤

1. 登录PolarDB控制台，在左侧导航栏单击集群列表，选择集群所在地域，并单击目标集群ID进入集群详情页。

2. 在左侧导航栏中，选择配置与管理 > 备份恢复，单击库（表）恢复。

3. 在弹出的对话框中，选择恢复方式为按备份集，并在备份集列表中选择目标备份集。

   说明

   库表恢复功能根据所占用的IOPS可分为快速、常规和安全三种配置，您可以根据实际需求进行选择。恢复速度配置的预估耗时请参见库表恢复速度测试数据参考。

   • 快速：向当前集群恢复数据期间，可能占用大量IOPS（约60%），建议在业务低峰期选择。

   • 常规【推荐】：向当前集群恢复数据期间，可能占用部分IOPS（约30%）。

   • 安全：向当前集群恢复数据期间，仅占用少量IOPS（约15%），可能会大幅影响恢复速度。

4. 在需要恢复的库和表区域左侧，选中需要恢复的目标库，并在右侧选中目标表。

   

   说明

   • 若您未指定库名和表名，则系统会通过在原库名或原表名后添加_backup的方式，来自动生成新的库名和表名。如原表为test，则自动生成的新的表名为test_backup。

   • 若选中目标库后但未指定具体的数据表，默认恢复该库下的所有数据。

5. 确认已选择您需要恢复的库和表后，单击确定即可。

相关API