• 不支持跨 MySQL 数据库版本恢复。
• 支持最小粒度为数据库级别的恢复，也支持整个实例的恢复。
• 支持不完全恢复。
• 由于恢复后的实例如果联机使用的话，需要系统库，因此选择数据库粒度恢复时建议勾选所有系统库。
• 由于原机原位置恢复是覆盖恢复，会清理原数据文件位置所有文件，如果恢复失败不可逆，建议选择原机原位置恢复需谨慎。
• 恢复成功后，发起增备、差备、归档日志备份转完备。
• 恢复的目的路径属主必须是目的实例运行的用户。
• 当前版本只支持恢复出创建过的实例。
• MySQL 8.0 以上版本恢复数据源为部分数据库恢复，则恢复后存在可查询到未恢复的数据库但不能使用的情况，则需要在数据文件路径下新建该数据库同名文件夹，再使用命令 drop database 数据库名;可清理。
• 多实例恢复时，仅支持单个实例下的数据源恢复。
• 恢复时建议勾选系统数据库，不勾选系统数据库恢复出来的文件无法用来启动实例，仅当做数据文件存储。
• 恢复过程中，数据文件丢失导致数据库服务停止失败，则有可能导致恢复失败，如果恢复失败，则手动停止数据库服务，再次发起恢复，则恢复成功。
• 恢复界面选择的数据库配置文件 (my.cnf)，如果其中包含多实例配置，恢复后需手动调整目标恢复路径中的配置文件，否则，实例可能启动失败。
• MySQL 恢复路径和配置文件中相关路径需要满足数据库安装用户有增删读写权限。
• MySQL 数据库恢复选择覆盖选项，会覆盖生产机上恢复目录下的数据。
• 恢复 MySQL 可能会失败（断电断网等原因），不建议恢复原机原位置，如果恢复原机原位置失败，可新建一个端口号相同的新的实例，再次恢复。
• 定时备份恢复时，务必启动 MySQL 实例服务，否则恢复失败。
操作步骤
第1步 登录控制台。第2步 点击【定时数据保护】→【数据恢复】，点击【新建】，进入新建恢复任务页面第一页。
第3步 选择要恢复的备份任务。
第4步 点击【下一步】，选择备份时间点，展开数据源列表，可以选择恢复整个实例或者单个、多个数据库。
第5步 选择恢复客户端、恢复位置、用户名称、恢复实例等信息，点击【下一步】。恢复选项说明如下。
【覆盖现有数据库】默认不开启，开启后会在恢复过程中覆盖选择数据文件恢复路径下的数据。
【多通道恢复】默认不开启，开启后可设置恢复通道数，可进行多线程恢复，提升恢复效率，范围 0~32。
【云传输并发数通道数】默认为 8 线程，可配置 1-64 线程。通过配置线程数，可调节恢复速度，通过增加线程数，可使恢复速度达到峰值，但是内存、CPU 等资源占用也会相应增加。
【不完全恢复】适用于增量备份、差异备份、归档日志备份时间点恢复，默认不开启，开启后可选择恢复时间点，恢复后使数据库联机联动开启，恢复类型为不完全恢复，可以恢复指定时间点状态。
【恢复前停止数据库服务】默认不开启，开启后恢复任务会在开始恢复数据前，停止实例服务，如果开启恢复后使数据库联机，则必须开启恢复前停止数据库服务，否则恢复失败。
【恢复后使数据库联机】默认不开启，开启后恢复任务恢复完实例后，根据新生成的配置文件启动新实例。
【自定义脚本】默认不开启。可在指定恢复情境下，执行指定脚本。用户可以上传恢复脚本对操作系统或数据库进行恢复，或通过脚本对数据库进行资源检查、状态校验等操作。开启之后可设置恢复前，恢复成功，恢复失败后执行选定的脚本。
注意：
A：若想手动应用 MySQL Binglong 日志，可用如下命令手动应用 Binglog 日志：mysqlbinlog log1 log2 --start-position=xxx --stop-datetime=xxxx-xx-xx xx:xx:xx | mysql -uxxx -pxx -S -h，。
B：参数说明：--start-position 转储日志的起始位置；--stop-datetime 转储日志的截止时间，可使用 mysqlbinlog --help 查看各参数说明。
C：在恢复 MySQL 数据库配置文件路径 my.cnf 时，需要保证 my.cnf中 配置的文件路径为空，否则会影响正在使用该配置文件的实例。
第6步 点击【下一步】，填写任务名称和备注。
第7步 点击【完成】，弹出信息确认框。
第8步 点击【确定】，新建恢复任务完成。