Amazon Aurora 介绍与选型指南

Amazon Aurora 介绍与选型：存算分离的云原生关系数据库，兼容 MySQL 与 PostgreSQL。覆盖当前版本基准（Aurora MySQL 3.13/8.4.8、Aurora PostgreSQL 17.11/16.14）、跨 3 可用区的分布式存储架构、Aurora Serverless v2 与 I/O-Optimized、官方上手路径，及与 RDS/自建/AlloyDB/Azure 灵活服务器的量化选型对比（2026-10-19 实查，未做本地安装实测）。

AuroraAuroraNewSQL2026/10/19

Amazon Aurora 介绍与选型指南

目标：基于 AWS 官方文档讲清 Amazon Aurora 的定位、存储与计算分离架构、双引擎版本基准（Aurora MySQL / Aurora PostgreSQL）、Serverless v2 与存储配置等关键能力，并给出与 RDS 社区引擎版、自建 MySQL/PostgreSQL、GCP AlloyDB、Azure 灵活服务器的量化选型对比。本文为认知类文档，全部版本号与支持日期于 2026-10-19 联网实查 AWS 官方发布日历与用户指南（来源见正文标注），不做本地安装实测。

一、信息基准

1.1 查询说明

  • 查询日期：2026-10-19。
  • 版本口径：Aurora 是 AWS 托管云服务，无单一「软件版本号」；版本基准按两条引擎线分列——Aurora MySQL 与 Aurora PostgreSQL，各自跟随社区 MySQL/PostgreSQL 大版本。
  • 信息获取方式：AWS 官方发布日历（Release Calendars）、Aurora 用户指南与 Aurora FAQ，本文不做本地安装与运行实测。

1.2 版本依据表

引擎线当前最新次要版本（2026-10-19 实查）Aurora 发布日期标准支持截止来源
Aurora MySQL version 8.4（兼容社区 MySQL 8.4）8.4.82026-09-032028-03-31Aurora MySQL 发布日历
Aurora MySQL version 3（兼容社区 MySQL 8.0）3.13（兼容 MySQL 8.0.45）2026-08-272027-08-27同上
Aurora PostgreSQL 18（兼容 PostgreSQL 18）18.42026-08-212027-12-31Aurora PostgreSQL 发布日历
Aurora PostgreSQL 1717.112026-09-292028-02-28同上
Aurora PostgreSQL 1616.142026-08-212027-12-31同上

补充：Aurora MySQL version 3 对应的社区 MySQL 8.0 已于 2026 年 4 月 EOL，但 Aurora MySQL 3 的标准支持延续至 2028-04-30；Aurora MySQL 3.10（2025-07-31 发布）与 Aurora PostgreSQL 17.7（2025-12-18 发布，标准支持至 2030-02-28）为 LTS 长期支持版本。Aurora 大版本跟进承诺：社区新 major 首个 minor 发布后 8 个月内提供（PostgreSQL 线）/ 12 个月内提供（MySQL 线），minor 跟进 ≤3 个月。

1.3 官方来源清单

二、软件概述

Amazon Aurora（Aurora）是 AWS 全托管的关系型数据库服务，与 MySQL 和 PostgreSQL 协议兼容——现有的 MySQL/PostgreSQL 客户端、驱动与工具可直接使用。它不是把社区引擎简单托管，而是将数据库引擎深度改造以对接一套自研的分布式存储子系统：官方口径为在同类硬件上提供「最高 6 倍于社区 MySQL / 6 倍于社区 PostgreSQL 的吞吐」（Aurora 用户指南与 FAQ，2026-10-19 实查）。

Aurora 属于 Amazon RDS 家族（与 RDS for MySQL/PostgreSQL 并列的引擎选项），复用 RDS 的控制台、CLI 与 API 完成供给、打补丁、备份与故障检测；不同点在于 Aurora 以「集群」为管理单元——存储共享、多实例挂载，而非单实例复制拓扑。

版本线现状：Aurora MySQL 有 version 2（5.7 兼容，已于 2024-10-31 结束标准支持）、version 3（8.0 兼容，现行主力）与 version 8.4（8.4 兼容，2026 年最新大版本线）；Aurora PostgreSQL 以 16.x/17.x/18.x 为主力支持线。

三、核心架构

3.1 存储与计算分离

Aurora 的核心设计是把存储层从数据库实例中剥离：数据落在 集群卷（cluster volume）——一个由 SSD 支撑的单一虚拟卷。官方用户指南口径：

  • 集群卷的数据副本自动跨**同一 AWS Region 内的 3 个可用区（AZ）**复制，副本量与集群中 DB 实例数无关；
  • 存储自动增长，上限 256 TiB，无需预分配；
  • 存储层 self-healing（故障页自动修复）与容错，复制保证 AZ 级数据持久性与故障切换时的可用性。

💡 技术拓展：Aurora 论文（SIGMOD 2017，"Amazon Aurora: Design Considerations for High Throughput Cloud-Native Relational Databases"）给出的经典仲裁设计是：每个数据块在 3 个 AZ 各存 2 份、共 6 份拷贝，写需 4/6 仲裁、读 3/6 仲裁——用「多写一点、少读一点」换取 1 个 AZ + 1 个副本故障时仍可写、2 份拷贝丢失仍可读。当前生产形态以此设计为基底持续演进。

3.2 集群拓扑：写节点 + 读副本

一个 Aurora 集群由 1 个主实例（写）与最多 15 个 Aurora 副本（读）组成，所有实例共享同一个集群卷——新增读实例不复制数据，只是挂上共享卷，因此副本扩容分钟级完成。集群对外提供多类端点：集群端点（写）、读端点（在多个副本间负载均衡）、实例端点（直连指定节点），应用侧据此做读写分离。

3.3 存储配置：Standard 与 I/O-Optimized

官方存储页给出两种计费配置：

  • Aurora Standard：存储 + 每 100 万 I/O 请求单独计费，适合 I/O 开销占总支出 25% 以下的工作负载；
  • Aurora I/O-Optimized：I/O 不再单独计费、价格包含在实例与存储中，适合 I/O 占比 ≥25% 的重 I/O 场景；Standard 与 I/O-Optimized 互转（NVMe 型实例需重启引擎，其余无停机，Standard 转 I/O-Optimized 每 30 天一次）。

四、关键特性

  • 双引擎兼容：Aurora MySQL（MySQL 8.0/8.4 兼容）与 Aurora PostgreSQL（16/17/18 兼容），客户端与 ORM 零改造接入。
  • 高可用与故障切换：跨 3 AZ 存储 + 多副本；Aurora 副本可参与故障切换（通常以十秒级完成写节点切换，官方 FAQ 有专门 HA 条目）。
  • Aurora Serverless v2：按实际负载在区间内秒级伸缩实例容量（以 ACU 为单位），适合流量波动大的业务，与 provisioned 实例可在同一集群混用。
  • 读扩展与查询卸载：最多 15 个读副本分担读流量；Aurora PostgreSQL/MySQL 提供 parallel query 等分析卸载能力（官方 FAQ 性能条目）。
  • 备份与回溯：连续备份到 Amazon S3，支持 point-in-time recovery（官方 FAQ 备份条目）。
  • 全球扩展：Aurora Global Database 跨 Region 复制（官方文档单独章节）；Aurora PostgreSQL 还有 Limitless Database 多写分布式形态（发布日历单列）。

五、快速上手

以下为官方上手路径转述（AWS 官方文档，查询日期 2026-10-19），本文不做本地实测：

  1. 创建集群：AWS 控制台选择 Amazon RDS → Create database → 选引擎 Amazon Aurora MySQL 或 Amazon Aurora PostgreSQL，指定引擎版本（如 Aurora MySQL 3.13 / Aurora PostgreSQL 17.11，可用版本以下拉列表与官方发布日历为准）。
  2. 选容量模式：Provisioned（固定实例规格）或 Aurora Serverless v2（设最小/最大 ACU 区间）；选择存储配置 Standard 或 I/O-Optimized。
  3. 配置可用性：指定主 AZ 与副本 AZ（生产建议多 AZ，默认即跨 3 AZ 存储复制），设置故障切换优先级。
  4. 连接：用集群端点（写）与读端点接入，MySQL 线用标准 MySQL 客户端/驱动，PostgreSQL 线用标准 libpq/psql 生态工具。
  5. 迁移：已有 RDS for MySQL/PostgreSQL 可通过快照恢复或单向复制导入 Aurora（官方「What is Amazon Aurora」页明确支持 push-button 迁移）；自建库走 DMS/AWS Schema Conversion 工具链。

官方入门文档：https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_GettingStartedAurora.html

六、适用场景与限制

6.1 适用场景

  • 已基于 MySQL/PostgreSQL 且在 AWS 上的 OLTP 业务，想要托管高可用而省去自建复制/备份体系；
  • 读多写少、需要大量读副本与读写分离（最多 15 副本 + 读端点自动分流）；
  • 流量波动明显（游戏/电商大促/新业务）适合 Serverless v2 秒级伸缩；
  • 重 I/O 场景用 I/O-Optimized 固化成本；要求 MySQL 8.0/8.4、PG 16/17/18 生态兼容而性能高于社区引擎。

6.2 限制与注意

  • AWS 绑定：Aurora 存储层为 AWS 专有，不能自建；跨云或混合部署需通过 Global Database/导出通道另做设计。
  • 成本结构：实例 + 存储 + I/O（Standard 配置）三段计费，I/O 密集型若未选 I/O-Optimized 账单易超预期（官方建议以 I/O 占比 25% 为切换阈值）。
  • 版本策略：Aurora 跟随社区版本但有发布延迟窗口（大版本 ≤8/12 个月，minor ≤3 个月），且社区 MySQL 8.0 EOL 后对应 Aurora 大版本生命周期由 AWS 侧延展（2028-04-30），版本规划需对照官方日历。
  • 写扩展受限：单写节点模型（Limitless 仅 PostgreSQL 线且为独立形态），超高并发写入需分库分表或换分布式数据库。

七、同类选型对比

7.1 云托管 MySQL/PostgreSQL 量化对比（2026-10-19 实查）

维度Amazon AuroraRDS for MySQL/PG自建 MySQL/PostgreSQLGCP AlloyDBAzure Database for PostgreSQL 灵活服务器
引擎基线改造引擎 + 专有分布式存储（MySQL 3.x/8.4 线；PG 16/17/18 线）社区原版引擎社区原版PG 兼容（当前 GA 大版本 PG17，新集群默认；PG18 预览）PG 社区版本（2026-08 支持最新次要版本 18.6/17.11/16.15/15.19/14.24）
最新版本依据MySQL 3.13（2026-08-27）/8.4.8（2026-09-03）；PG 17.11（2026-09-29）随社区版本社区 8.0 EOL（2026-04）/8.4 LTS；PG 18 系（19 RC1 2026-10-15）PG17 GA（17.5）次要版本月度跟进
性能口径官方：同类硬件 6x 社区 MySQL/PG 吞吐社区原生性能依赖自建硬件与调优官方对标社区 PG 提升显著（以官方资料为准）社区原生性能
高可用3 AZ 存储 + 最多 15 副本 + 读端点多 AZ 单 Standby 为主自建（主从/组复制等）区域/跨区域高可用区域冗余高可用（灵活服务器）
弹性Serverless v2（ACU 区间秒级伸缩）实例规格变更（较慢）手工扩容实例规格 + 自动存储计算自动扩缩（灵活服务器）
成本模型实例+存储+I/O（或 I/O-Optimized 打包）实例+存储+I/O硬件/运维自担实例+存储+I/O计算+存储（含 I/O 打包）
跨云可移植低（存储专有）中（数据可导出）高低（GCP 专有）低（Azure 专有）

数据来源：AWS Aurora 发布日历与用户指南/FAQ、Google Cloud AlloyDB 版本政策与 Release Notes（docs.cloud.google.com/alloydb）、Azure Database for PostgreSQL 版本支持页与发行说明（learn.microsoft.com）、社区官网（mysql.com / postgresql.org），查询日期 2026-10-19。

7.2 如何选

  • 在 AWS、要省运维 + 高性能 MySQL/PG：Aurora 是默认优选，版本选 Aurora MySQL 3.13（存量 8.0 生态）或 8.4.8（新集群建议），PostgreSQL 线选 17.11（或 LTS 17.7 求稳）。
  • 预算敏感、负载平稳：RDS 社区引擎版或自建（有 DBA 团队时）成本更低。
  • 在 GCP：PG 兼容高性与分析卸载选 AlloyDB（PG17 GA）；纯托管社区 PG 选 Cloud SQL。
  • 在 Azure：灵活服务器 PG 18.6/17.11 为当前版本矩阵；需要 MySQL 则选 Azure Database for MySQL。
  • 多写分布式/跨区域强一致写：Aurora 单写模型不适用，评估 Aurora PostgreSQL Limitless Database 或 NewSQL（CockroachDB 等）。

站内延伸阅读：《Amazon Aurora 简介与架构详解》对存储/计算分离与集群组成有更细的架构拆解。

八、参考链接