Mysql AWS RDS手动快照是否增量存储？

假设我有100GB的RDS数据库。周一，我创建了该数据库的手动快照。周五我也做了同样的事。 我知道第一个快照的大小将与原始数据库的大小相同。第二个呢？它是否也包含所有数据，还是只包含自周一以来所做的更改

---

换句话说：手动快照是否比自动快照（我认为是增量存储的）更昂贵；灾难恢复：使用自动备份。仅对长期备份使用手动快照

不幸的是，下面的内容不是精确的科学，只是猜测

RDS备份是AWS的秘方。然而，它似乎利用MySQL binlogs（因此不可能禁用binlogs；）或Postgres WAL进行自动备份，并可能利用LVM快照或其他技术进行其他RDS类型的备份。但我们永远不会知道。谣言还说它们是压缩的（如果CPU是免费的，但存储不是免费的，你为什么不呢：）

通常手动快照的成本会更高。由于快照没有上一个时间点可供比较，因此它们可能已满（EBS“安全”快照可能会将文件发送到S3进行冷存储）。此外，这将更加昂贵，因为在自动备份的基础上，您必须使用更多的存储。但是，如果您关闭自动备份以手动管理它们，那么您可能会支付更多的费用（无法确认），除非它们能够很好地压缩。即使您可以通过使用手册节省几美元，手动管理这些快照所花费的时间也可能不值得付出任何努力或风险，除非您计划保持每周、每月和每年的轮换，这将不可避免地增加您的长期成本。FWIW，我们对RDS实例所做的是：7天备份+一个lambda管理周/月/年（以及自动清理/轮换）。是的，在上面额外花了不少美元

如您所知，只要备份和快照的总量小于或等于RDS存储总量（所有数据库的总和），备份就是“免费的”。看见不幸的是，没有办法知道您的RDS快照/备份使用了多少，因此距离支付费用还有多远

我希望上述（推测）能在某种程度上安慰你的想法