服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- Aurora 与 RDS 要查各自的版本支持表，兼容同一种数据库不代表实例类条件相同。
- Aurora 的具体版本区间不能改写成“最低版本及以后全部支持”。
- 性价比提升与账单折扣是不同概念；当前区域的实际报价、部署和存储费用仍需单独核算。
先确认服务和区域是否在本次范围内
AWS 于 2026 年 11 月 12 日宣布，基于 Graviton5 的 R9g 数据库实例正式可用，覆盖 Aurora PostgreSQL 兼容版、Aurora MySQL 兼容版，以及 RDS for PostgreSQL、MySQL 和 MariaDB。公告列出四个区域：美国东部（弗吉尼亚北部、俄亥俄）、美国西部（俄勒冈）和欧洲（法兰克福）。
这里评估的是托管数据库的 db.r9g 实例类。先记录实际服务名称、区域、完整引擎版本和目标规格，再查支持表；不能把其他服务的同名处理器、另一个区域的可选项，或只写“MySQL”的资产记录作为适用证据。
Aurora 与 RDS 的版本条件要分开读
以当前支持表的 db.r9g.large 行为例，Aurora PostgreSQL 列出 17.4 至 17.7、17.9 至 17.11；17.8 没有列入这些区间。这不是“17.4 及以后全部支持”的写法。应按完整版本逐项匹配，并为其他主版本、规格重新查对应行。
RDS 表的同一规格则列出 MySQL 8.4.5 及以上，以及 PostgreSQL 各列明分支的门槛：14.18、15.13、16.9、17.5、18.1 及以上。不要将这些门槛套到 Aurora，也不要把它扩展成未列明的主版本。实际操作前再次查当前文档，并确认目标区域可用的选项；本文示例不是完整兼容清单。
最高 22% 性价比提升不等于账单下降 22%
公告中的最高 30% 性能提升、最高 22% 性价比提升，比较对象是 Aurora 上同等规格的 Graviton4 实例，性价比的比较采用按需价格，结果取决于引擎、版本和工作负载。这组数字不能直接推广到所有 RDS 引擎，也不是每个数据库都能达到的结果。
性价比是在价格与完成工作能力之间做比较；账单则还取决于运行时长、实际选型和其他计费项。判断时应预先定义业务目标，例如在相同负载下比较查询延迟与每单位工作成本，而不是把公告上限当作自己的实测值。
费用比较要覆盖实例以外的项目
Aurora 定价区分 Standard 与 I/O-Optimized 配置，两者的实例、存储和 I/O 计费方式有区别；主实例和副本也需要纳入实例费用。RDS 则应进入实际引擎对应的定价页。此次读取的公开定价正文未给出可确认的 R9g 每小时报价，因此准确单价仍未知，不能填零或用性价比百分比反推。
准备一份同条件估算：区域、服务与引擎、实例规格、部署方式、购买方式、运行时间、存储、适用的 I/O 和数据传输。先保持这些条件一致，再列出拟调整项；涉及区域或配置变化时，把费用差异单独标明。按需比较不能自动代表预留购买方式下的结果。
先形成可复核的评估，再安排变更
第一步保留现有配置和负载基线；第二步核对目标服务、区域、版本与规格；第三步以同一组用量假设计算完整费用。最后在团队获准的测试范围内比较吞吐、延迟、错误率与成本，并记录样本时段和负载条件。本文没有执行基准测试或修改任何数据库。
支持某个实例类，并不说明某台现有实例可直接切换，也不能证明其变更免停机。本文未核实具体迁移路径与停机时间；若决定实施，应另查该引擎和部署方式的变更流程、维护影响与恢复方案，经过正常变更审批后再操作。
资料来源
常见问题
RDS for Oracle、SQL Server 或 Db2 也可以用 R9g 吗？
此次读取的 RDS 支持表中，db.r9g.large 对这三种引擎均标为 No。不能仅因它们属于 RDS 就推定支持；应继续以实际规格和当前引擎表为准。
内存优化实例就能解决慢查询吗？
实例类型不能单独证明瓶颈来源。先用实际负载证据区分资源、查询计划和存储等影响，再确定评估指标；硬件公告不能替代对具体查询的诊断。