某个应用程序使用一个包含单个只读副本的 Aurora MySQL 集群。当连接数超过 200 时，读取性能会下降；正常负载约为 180 个连接，但有时会飙升至 200 以上。管理员需要系统能够随着用户连接的增减而自动扩展。哪种方法可以满足此要求？

正确答案是创建一个自动扩缩策略，目标为 DatabaseConnections 指标值 195。Amazon Aurora 支持基于指标（如 DatabaseConnections）的自动扩缩，通过添加或移除 Aurora Replicas 来处理连接负载。将目标值设置为 195 允许系统在连接数达到此阈值时主动添加副本，从而在连接数超过 200 之前进行扩缩，避免性能下降。 增加现有 Aurora Replica 的实例大小可以提高单个实例的处理能力，但不能自动应对连接数的波动。当连接数持续增加时，最终仍会达到瓶颈。 将数据库集群切换到无服务器模式不适用于现有集群的动态扩缩，无服务器模式主要用于不可预测或间歇性工作负载，且切换模式会中断服务。 迁移到一个具有多个写入器实例的新 Aurora 集群是错误的，因为问题描述的是读取性能瓶颈，而多个写入器实例主要解决写入负载问题。此外，更改应用程序连接字符串会引入额外的复杂性。