Aurora与MySQL RDS自动备份展示差异原因咨询

该现象不属于异常问题，是Amazon Aurora与标准RDS MySQL的自动备份实现逻辑、控制台展示规则天生差异导致的，具体原因如下：

• 底层备份实现逻辑不同
  标准RDS MySQL的自动备份由独立的周期性全量快照、连续binlog日志备份两部分组成，自动生成的全量快照属于独立的可枚举资源对象，会直接展示在区域级的Automated backups列表中。
  Aurora的自动备份基于集群共享存储卷实现，没有单独生成的周期性全量自动快照，其恢复能力依赖存储层的块级增量数据 + 连续redo日志流，属于集群层面的连续恢复点能力，不会生成独立的、可被区域级自动备份列表枚举的快照对象。
• 控制台展示逻辑不同
  标准RDS MySQL是实例级资源，其自动备份条目默认会归集到区域统一的Automated backups页面展示；Aurora是集群级资源，保留周期内的所有可恢复时间点、自动备份配置，仅会在对应Aurora集群详情页的Backups标签页下展示，不会和单实例RDS的自动备份条目混排在区域统一列表中。
• 快照页展示逻辑的匹配说明
  在Snapshot页面看到的Aurora快照均为独立快照对象：要么是手动触发的集群快照，要么是集群删除时留存的最终快照，这类对象和Aurora自动备份的连续恢复点不属于同一种资源类型，因此会正常出现在统一快照列表，和自动备份页的展示规则不冲突。

如果需要确认Aurora自动备份功能正常，可通过两种方式校验：

• 进入对应Aurora集群的详情页，切换到Backups标签，查看是否存在配置的7天保留周期内的连续可恢复时间点，备份状态是否为正常生效。
• 选择备份保留期内任意时间点发起恢复到新集群的操作，若能正常拉起可访问的新集群，即可确认自动备份功能无故障。

内容的提问来源于stack exchange，提问作者whitebear