AWS RDS PostgreSQL快照相关技术问题咨询

1. 手动创建快照时，其一致性对应的时间点是快照开始时间还是结束时间？
   是快照开始的时间点。RDS会在启动快照的瞬间，通过数据库引擎的一致性机制冻结当前数据状态，后续快照过程中数据库可正常读写，但最终生成的快照捕获的是启动那一刻的完整一致数据。

2. RDS快照底层是否使用EBS快照？它如何保证一致性？尚未写入磁盘的脏块会如何处理？快照是否会复制事务日志？

   • 底层确实依赖EBS快照，但RDS做了额外的一致性增强。
   • 一致性保证：创建快照时，RDS会先触发数据库引擎的检查点（checkpoint），同时短暂暂停写入操作（几乎无业务影响），确保内存中的数据状态与磁盘一致后，再启动EBS快照流程。
   • 脏块处理：通过检查点机制，强制将内存中未写入磁盘的脏页刷写到磁盘，确保快照包含所有已提交事务的数据。
   • 事务日志：快照会包含到一致性时间点的事务日志，恢复时可通过日志回放补全数据，保证完整性，部分引擎还支持基于快照的时间点恢复。

3. 能否在升级前进行手动离线备份以获得一致性备份？
   可以，但通常没必要。RDS在升级前会自动创建预升级快照，本身就是一致性的。如果要手动离线备份，需要先停止RDS实例，再创建快照——这样能完全避免读写干扰，得到绝对一致的备份，但会导致业务中断。优先推荐使用RDS自动预升级快照，或者直接创建在线手动快照（RDS原生支持在线快照的一致性）。

4. 若系统备份为增量备份、手动备份始终为全量备份，每6小时创建一次手动快照时，每次是全量还是增量备份？
   每次都是全量备份。系统备份的增量规则和手动备份的配置是相互独立的，只要手动备份设定为全量模式，不管间隔多久，每次创建都会完整复制整个实例的数据。

5. 1TB数据库恢复后首次手动快照仅需数分钟，但首次快照后不久触发的升级前快照（几乎无变更）耗时约30分钟，原因是什么？
   核心原因在于底层存储的处理逻辑差异：

   • 首次快照：恢复后的实例数据是从已有备份克隆而来，RDS底层会复用原有存储的快照元数据，不需要实际复制所有1TB数据块，属于“轻量级快照”，所以耗时极短。
   • 升级前快照：此时实例已经有实际运行的读写操作，底层需要扫描并复制所有已变更的数据块（哪怕变更量极小），同时升级前的快照会触发额外的一致性校验、日志同步流程，确保快照能可靠用于回滚升级，这些额外操作导致耗时显著增加。

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