物理备份的优势 | 逻辑备份的劣势 |
备份速度快。 支持流式备份和压缩。 备份成功率高。 恢复简单并且高效。 依赖备份进行的耦合操作,例如,增加 RO、增加灾备会变得更快。 物理备份完成的平均时长为逻辑备份的八分之一左右。 物理备份的导入速度比逻辑备份导入快十倍左右。 | 恢复时需要执行 SQL 和构建索引,恢复时间长。 备份速度慢,数据量大的情况下尤为明显。 备份过程中会对实例造成压力,可能会加大主从延迟。 有可能会丢失浮点数的精度信息。 由于各种问题(错误视图等),可能导致备份失败。 依赖备份进行的耦合操作,例如,增加 RO、增加灾备会变得缓慢。 |
快照备份的优势 | 快照备份的劣势 |
备份速度快。 相对占用体积小。 | 不支持下载。 |
数据备份 | 日志备份 |
MySQL 双节点、三节点: 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库单表逻辑备份。 自动备份与手动备份均支持压缩和下载。 MySQL 单节点(云盘)、云盘版(云盘): 自动备份支持全量快照备份。 手动备份支持全量快照备份。 自动备份和手动备份均不支持下载。 | 数据库的 binlog 日志文件备份支持 MySQL 单节点(云盘)、双节点、三节点、云盘版(云盘): 日志文件占用实例备份空间。 日志文件支持下载,但不支持压缩。 可设置日志文件保留时长。 |


参数 | 说明 |
备份开始时间 | 默认时间:系统自动分配的备份开始时间范围(0:00 - 12:00)。 自定义:支持自定义选择备份开始的时间范围(如02:00 - 06:00),建议设置为业务低峰期。* 说明: 备份开始时间只是备份任务进入调度队列的时间。例如,选择:02:00 - 06:00开启备份,系统会在02:00 - 06:00时间范围内的某一个时间点发起备份任务,具体的发起时间点取决于后端备份策略和备份系统状况。为确保备份任务不对实例运行产生影响,备份任务可能会因为队列导致延迟发起。 备份任务消耗时间与数据量成正比,最长不超过24小时。 |
数据备份保留时间 | MySQL 双节点、三节点、云盘版数据备份文件可以保留7天 - 1830天,默认为7天,到期后备份集自动删除。 MySQL 单节点(云盘)数据备份文件可以保留7天 - 30天,默认为7天,到期后备份集自动删除。 |
备份周期 | 配置规则: 按每周设置:默认选中星期一至星期日7天,支持自定义选择备份时间,但为了保障您的数据安全,请设置一周至少备份两次。 按每月设置:为了保障您的数据安全,一个月中,任意两个相邻的号数之间间隔不能超过2天,例如选择了1号备份,则下次备份日期不能跳过2、3、4号选择5号。 说明: 选择按每月设置时,为避免出现连续多日不备份的情况,不能跳过以下日期排列: 27/28/1(日)、28/29/1(日)、29/30/1(日)、28/1/2(日)、29/1/2(日)、30/1/2(日)。 |
备份落冷(可选) | 勾选相应的数据备份落冷策略并指定天数: 指定标准存储天数:即设置数据备份文件生成多少天后,沉降为标准存储。 指定归档存储天数:即设置数据备份文件生成多少天后,沉降为归档存储。如需详细了解有关备份落冷的说明和策略,请参见 设置备份落冷。其中,归档存储功能目前未开放,敬请期待。 说明: 单节点(云盘)、云盘版实例暂不支持设置备份落冷。 |
日志备份保留时间 | MySQL 双节点、三节点、云盘版日志备份文件可以保留7天 - 3650天,默认为7天,到期后备份集自动删除。 MySQL 单节点(云盘)日志备份文件可以保留7天 - 30天,默认为7天,到期后备份集自动删除。 |
备份落冷(可选) | 勾选相应的 binlog 备份落冷策略并指定天数: 指定标准存储天数:即设置 binlog 文件生成多少天后,沉降为标准存储。 指定归档存储天数:即设置 binlog 文件生成多少天后,沉降为归档存储。如需详细了解有关备份落冷的说明和策略,请参见 设置备份落冷。其中,归档存储功能目前未开放,敬请期待。 说明: 单节点(云盘)、云盘版实例暂不支持设置备份落冷。 |

参数 | 说明 |
备份开始时间 | 默认时间:系统自动分配的备份开始时间范围(0:00 - 12:00)。 自定义:支持自定义选择备份开始的时间范围(如02:00 - 06:00),建议设置为业务低峰期。 说明: 备份开始时间只是备份任务进入调度队列的时间。例如,选择:02:00 - 06:00开启备份,系统会在02:00 - 06:00时间范围内的某一个时间点发起备份任务,具体的发起时间点取决于后端备份策略和备份系统状况。为确保备份任务不对实例运行产生影响,备份任务可能会因为队列导致延迟发起。 备份任务消耗时间与数据量成正比,最长不超过24小时。 |
数据备份保留时间 | MySQL 双节点、三节点数据备份文件可以保留7天 - 1830天,默认为7天,到期后备份集自动删除。 |
备份周期 | 配置规则: 按每周设置:默认选中星期一至星期日7天,支持自定义选择备份时间,但为了保障您的数据安全,请设置一周至少备份两次。 按每月设置:为了保障您的数据安全,一个月中,任意两个相邻的号数之间间隔不能超过2天,例如选择了1号备份,则下次备份日期不能跳过2、3、4号选择5号。 说明: 选择按每月设置时,为避免出现连续多日不备份的情况,不能跳过以下日期排列: 27/28/1(日)、28/29/1(日)、29/30/1(日)、28/1/2(日)、29/1/2(日)、30/1/2(日)。 |
定期备份保留时间 | 数据备份文件可以保留90天 - 3650天,默认为1080天,超过保留期限后备份集自动删除。 |
定期备份保留策略 | 支持按每月、每季度或者每年设置备份保留个数。 |
起始日期 | 执行定期保留备份开始的时间。 |
备份落冷(可选) | 勾选相应的数据备份落冷策略并指定天数: 指定标准存储天数:即设置数据备份文件生成多少天后,沉降为标准存储。 指定归档存储天数:即设置数据备份文件生成多少天后,沉降为归档存储。如需详细了解有关备份落冷的说明和策略,请参见 设置备份落冷。其中,归档存储功能目前未开放,敬请期待。 |
日志备份保留时间 | 日志备份文件可以保留7天 - 3650天,默认为7天,到期后备份集自动删除。 |
备份落冷(可选) | 勾选相应的 binlog 备份落冷策略并指定天数: 指定标准存储天数:即设置 binlog 文件生成多少天后,沉降为标准存储。 指定归档存储天数:即设置 binlog 文件生成多少天后,沉降为归档存储。如需详细了解有关备份落冷的说明和策略,请参见 设置备份落冷。其中,归档存储功能目前未开放,敬请期待。 |



业务场景 | 备份保留时间 |
核心业务 | 建议7天 - 3650天,建议开启定期备份,实现定期将备份进行长期保存 |
非核心、非数据类业务 | 建议7天 |
归档业务 | 建议数据备份保留时间设置为7天,根据实际业务需求手动备份数据,用完及时删除 |
测试业务 | 建议数据备份保留时间设置为7天,根据实际业务需求手动备份数据,用完及时删除 |
文档反馈