DynamoDB vs Amazon Aurora

DynamoDB 还是 Aurora 更适合我的工作负载？

Amazon DynamoDB 是一款完全托管的 NoSQL 键值与文档存储，专为任意规模下的个位数毫秒级性能而构建，且没有固定模式。Amazon Aurora 是一款托管关系型数据库，兼容 MySQL 与 PostgreSQL，使用完整的 SQL，具备表、连接和 ACID 事务。需要高规模键值访问时选择 DynamoDB；需要关系型查询时选择 Aurora。

DynamoDB vs Amazon Aurora 速览

特性	DynamoDB	Amazon Aurora
数据模型	NoSQL 键值与文档存储；无模式（仅需主键）	关系型：结构化的表、行和列，具有定义好的模式和关系
查询语言	AWS SDK/API 操作，外加 PartiQL——一种用于 select/insert/update/delete 的 SQL 兼容查询语言	完整的 SQL，兼容 MySQL 或 PostgreSQL
连接	无服务端连接；你需要预先建模访问模式（通常采用单表设计）	通过关系型引擎在多张表之间进行原生 SQL `JOIN`
索引	本地和全局二级索引（LSI / GSI）	由 MySQL/PostgreSQL 提供的标准关系型索引（主索引和二级索引）
一致性	默认最终一致性读取；可按请求使用强一致性读取	强一致性，具备完整的关系型完整性
扩展	跨分区横向扩展；单表项目数量或表大小无上限；按需或预置容量	一个写入实例外加最多 15 个跨三个可用区的低延迟只读副本组成的集群；存储自动增长至 256 TiB；Aurora Serverless v2 自动扩缩容量
事务	单个区域内最多 100 个项目（合计 4 MB）的 ACID 事务	完整的多语句 ACID 事务
定价模型	按需或预置容量（读/写单元）外加存储	实例容量（按需或预留）或 Aurora Serverless v2，外加存储和 I/O
最佳适用场景	Web 规模的键值/文档工作负载，可预测的低延迟	需要连接、复杂查询以及熟悉 SQL 的关系型工作负载

何时 DynamoDB 是更好的选择

当你的访问模式已知且基于键，并且需要在流量增长时保持可预测的个位数毫秒级延迟时，DynamoDB 很适合。根据 AWS DynamoDB 开发者指南，它被设计为在分布式硬件上横向扩展，项目数量或表总大小均无上限，因此适合 Web 规模的应用，例如社交网络、游戏、媒体分享和物联网。当你希望采用无服务器的运维模型、无需为实例定容，并且灵活的半结构化项目形态（包括 JSON）能带来优势时，它也是很好的选择。如果你的工作负载是间歇性的或本质上是键值型的，DynamoDB 的按请求计费模型让成本能够紧贴使用量。

何时 Aurora 是更好的选择

Aurora 适合关系型工作负载：具有真实关系的数据、复杂的临时查询、连接、聚合，以及 SQL 是天然工具的报表场景。由于 Aurora 兼容 MySQL 与 PostgreSQL，现有的 SQL 代码、工具和 ORM 通常无需多少改动即可运行，已经熟练使用 SQL 的团队也能沿用其技能。当强一致性和跨众多相关表的关系型完整性很重要，或者你需要横跨丰富模式的多语句事务时，Aurora 是有力的选择。AWS 还指出两者往往是互补的——例如，DynamoDB 用于热路径，Aurora 用于分析或报表路径。

使用 DynamoDB

一旦你选择了 DynamoDB，DynoTable 是一款桌面 DynamoDB 客户端，无需 AWS 控制台即可浏览、编辑和查询表。由于 DynamoDB 没有服务端连接，针对键和索引来表达查询是日常工作的重点所在。免费的 DynamoDB Expression Builder 帮你组合键条件、过滤表达式和投影，并生成对应的 SDK、CLI 或 PartiQL 代码。DynoTable 是一款闭源商业应用；它读取你标准的 AWS 凭证并直接与 DynamoDB 通信，因此从其他客户端切换过来时无需迁移任何东西。

FAQ

DynamoDB 比 Aurora 便宜吗？

这取决于工作负载——两者都不是普遍更便宜。DynamoDB 按需或预置读/写容量外加存储计费，因此成本紧随请求量，空闲时可趋近于零。Aurora 按实例容量（或 Aurora Serverless v2）外加存储和 I/O 计费。对于间歇性的键值流量，DynamoDB 的按请求模型往往成本更低；对于持续的、高容量的关系型工作负载，预置的 Aurora 集群可能更经济。在决定前请先对你自己的读/写模式建模。

无服务器应用该选 Aurora 还是 DynamoDB？

两者都提供无服务器风格的运行方式，因此决定因素是数据模型，而不是计费模型。DynamoDB 天生无服务器——没有实例要管理、容量自动扩展、按请求定价——非常适合规模化的键值和文档访问。Aurora Serverless v2 自动扩缩一个关系型引擎（空闲时还能缩容到零），适合那些确实需要 SQL、连接和关系型完整性的无服务器应用。键值访问模式选 DynamoDB，应用本质上是关系型的则选 Aurora。