一家公司正在使用运行在 Amazon RDS 单可用区 (Single-AZ) 数据库实例上的 SQL 数据库来存储可公开访问的电影数据。一个脚本每天以随机间隔运行查询，以记录新增电影的数量。该脚本必须在工作时间内报告最终总数。开发团队注意到，在脚本运行时，数据库性能不足以支持开发任务。解决方案架构师必须推荐一种运维开销最少的解决方案。哪种解决方案能满足此要求？

创建数据库的只读副本并将脚本配置为查询只读副本是最佳解决方案，因为它将分析工作负载从主数据库实例中分离出来，从而提高了主数据库的性能，以支持开发任务。只读副本是主数据库的异步复制，可以处理读取密集型工作负载，而不会影响主数据库的性能。这种方法运维开销最小，因为它利用了 RDS 的内置功能。 将数据库实例修改为多可用区部署可以提高可用性和故障转移能力，但不会将读取工作负载从主实例中分离出来，因此无法解决性能问题。指示开发团队手动导出数据效率低下且容易出错，不符合运维开销最小的要求。使用 Amazon ElastiCache 可以缓存常见查询，但对于每天以随机间隔运行的、可能涉及复杂聚合的脚本来说，可能无法完全解决问题，并且增加了额外的缓存管理开销。