Q73 — AWS SAA-C03 第16章

第 73/100 题 | ← 返回第16章

Q1273. 一家公司有一个由 Amazon RDS MySQL 数据库支持的交易处理应用程序。当应用程序负载增加时，大量数据库连接会频繁打开和关闭，从而导致数据库事务延迟。解决方案架构师确定延迟的根本原因是应用程序的连接处理不当。解决方案架构师无法修改应用程序代码。解决方案架构师需要管理数据库连接，以提高数据库在高负载期间的性能。哪种解决方案可以满足这些要求?

正确答案: C. 使用 Amazon RDS Proxy 来池化和共享数据库连接。

解析

正确的解决方案必须通过优化连接处理（无需修改应用程序代码）来提高高负载下的数据库性能。让我们评估一下每个选项:正确答案:C. 使用 Amazon RDS Proxy 来池化和共享数据库连接。为什么选项 C 是最好的:连接池（无需更改代码）:Amazon RDS Proxy 位于应用程序和数据库之间，管理可重复使用的连接池。通过在多个应用程序请求之间共享连接来减少连接流失（频繁打开/关闭连接）。无需修改应用程序——RDS Proxy 通过代理端点透明地集成。提高性能和可扩展性:通过消除为每个请求建立新连接的开销来降低延迟。通过重用现有连接，更有效地处理流量高峰。支持故障转移（适用于多可用区 RDS 部署）。AWS 管理且安全:完全由 AWS 管理（无需维护单独的连接池服务）。支持 IAM 身份验证和 SSL 加密，确保连接安全。其他选择为何失败:A. 将数据库实例升级为更大的实例类型以处理大量数据库连接。没有解决根本原因:扩大实例规模可能会暂时提高性能，但无法解决低效的连接处理问题。成本增加，但根本问题却没有得到解决。连接限制仍然存在（更大的实例支持更多连接，但仍然会受到流量流失的影响）。B. 配置 Amazon RDS 存储自动扩展功能，以动态增加预置的 IOPS。与连接处理无关:存储自动扩展功能调整的是磁盘性能（IOPS），而不是连接管理。不会减少频繁打开/关闭连接造成的延迟。D. 将数据库实例转换为多可用区部署。这可以提高高可用性，但不会提高连接性能:多可用区提供了故障转移支持，但不会优化连接处理。连接中断不会对延迟产生影响。主要比较:要求Amazon RDS 代理 (C)其他选项修复连接流失（根本原因）（扩展/存储/多可用区无法解决此问题）无需更改应用程序代码（所有其他问题都需要间接修复或无需修复）改善高负载下的延迟（只有 RDS Proxy 优化连接）结论:选项 C（Amazon RDS 代理）是唯一的解决方案:直接解决不良连接处理（根本原因）。不需要更改代码。高效且经济地提高性能。最终答案:C