一家公司运行一个由 MySQL 数据库支持的本地应用程序。该公司正在将应用程序迁移到 AWS，以提高弹性和可用性。生产数据库在正常运行期间会经历大量的读取活动。开发团队每 4 小时拉取一次生产数据库的完整导出，以填充一个 staging 数据库；在此导出期间，用户会遇到不可接受的延迟，并且在导出完成之前，开发团队无法使用 staging 环境。解决方案架构师必须推荐一种替代架构，以消除应用程序延迟并允许开发团队立即使用 staging 环境。哪种解决方案符合这些要求？

正确答案是“将 Amazon Aurora MySQL 与 Multi-AZ Aurora Replicas 一起用于生产。使用数据库克隆按需创建 staging 数据库。” Amazon Aurora MySQL 提供了高可用性和弹性，其多可用区 Aurora Replicas 可以处理大量的读取活动，而不会影响主实例的性能。数据库克隆功能允许在几分钟内创建一个与生产数据库完全相同的数据副本，且不影响生产数据库的性能，从而解决了导出期间的延迟问题，并使开发团队能够立即使用 staging 环境。 其他选项不正确的原因如下： 使用 mysqldump 实用程序进行备份和恢复会再次引入导出期间的延迟问题，并且耗时较长。 将备用实例用于 staging 数据库会影响生产数据库的可用性和性能，并且备用实例通常用于灾难恢复，而非日常开发测试。 Amazon RDS for MySQL 虽然提供 Multi-AZ 部署和只读副本，但在创建 staging 数据库时，如果仍使用 mysqldump，则无法解决延迟问题。Aurora 的数据库克隆功能是其独有的优势。