备份原理

什么是数据库备份

RDS for MySQL会在数据库实例的备份时段中创建数据库实例的自动备份。系统根据您指定的备份保留期（1~732天）保存数据库实例的自动备份。

每次备份完成后都会生成一个备份文件，当数据库故障或数据损坏时，可以通过备份文件恢复数据库，从而保证数据可靠性。

介绍视频

备份类型

RDS for MySQL包含多种备份类型，不同备份类型的概念介绍以及功能差异，请参见备份类型。

备份触发过程

• 单机实例

  采用单个数据库节点部署架构。与主流的主备实例相比，它只包含一个节点，但具有高性价比。备份触发后，从主库备份数据并以压缩包的形式存储在对象存储服务上，不会占用实例的磁盘空间。

• 主备实例

  采用一主一备的经典高可用架构，主备实例的每个节点的规格保持一致。备份触发后，从备库备份数据并以压缩包的形式存储在对象存储服务上（当主备复制延迟较高时会切换到主机备份），不会占用实例的磁盘空间。

  当数据库或表被恶意或误删除，虽然RDS支持主备高可用，但备机数据库会被同步删除且无法还原。因此，数据被删除后只能依赖于实例的备份保障数据安全。

  如果实例的备机异常或主备复制延迟超过一天，自动全量备份任务将会在主机上进行，此时会占用主机的磁盘IO等资源，对主机造成的影响较大。可以通过重建备机修复备机异常，详见表2。

备份机制

RDS for MySQL默认开启自动备份，且不支持关闭。RDS for MySQL自动全备按照备份策略中的备份时间段和备份周期进行全量备份。Binlog备份为实例每5分钟或一定数据量时对上一次自动全备，或Binlog备份后更新的数据会进行备份，以保证数据库可靠性。

• 按备份文件恢复：会将实例数据恢复到全量备份文件备份结束时的状态，该操作恢复的为整个实例的数据。
• 恢复到指定时间点（PITR）：会从OBS备份空间中选择一个该时间点最近的全量备份下载到实例上进行全量恢复，再重放Binlog备份到指定时间点。

图1 备份原理

备份压缩比

云数据库RDS通过Sysbench导入数据模型和一定量的数据，备份后压缩比约为80%。其中，重复数据越多，压缩比越高。

压缩比=备份文件占用的空间/数据文件占用的空间*100%。

备份存储位置和备份费用

备份都是以压缩包的形式存储在对象存储服务上。

未开启CBR备份的计费规则：备份文件上传OBS会占用备份空间，当已使用备份空间超过赠送空间后，超过的部分就会按使用量收取费用。具体收费规则请参见RDS的备份是如何收费的。

备份清理

• 备份文件清理分为两种场景：手动备份清理和自动备份清理。
  • 手动备份是由用户触发产生的全量备份，需要用户手动删除，否则会一直保存。
  • 自动备份的备份文件不支持手动删除，可通过设置自动备份策略调整备份保留天数，超出备份保留天数的已有备份文件会被自动删除。
• Binlog本地日志清理：

  清理Binlog日志时，即使设置保留时长为0，RDS也会保证主节点的Binlog同步到备节点、只读节点全部完成，并且备份到OBS成功以后才会执行清理。

  如果选择的保留时长大于0，例如设置1天，那么在Binlog同步及备份成功后，本地Binlog日志将会继续保留1天，到期后自动删除。