DynamoDB vs Google Cloud Spanner

DynamoDB 和 Google Cloud Spanner 都能在分布式集群上横向扩展，但它们在核心上做了相反的赌注。DynamoDB 是一个围绕已知访问模式设计的无服务器 AWS NoSQL 键值和文档存储。Spanner 是一个全球分布式的关系型数据库，即使跨区域也保持完整的 SQL 和强（外部一致）事务，靠的是 Google 的 TrueTime 时钟。

你该用 DynamoDB 还是 Spanner？

如果你在 AWS 上，想要一个无服务器 NoSQL 存储，具备按请求付费的计费和对按键访问可预测的延迟，选择 DynamoDB。如果你需要关系型 SQL、join 以及在全球规模下的强事务一致性——一个仍然表现得像关系型数据库的横向可扩展数据库，选择 Google Cloud Spanner。规模下的关系型保证，对比无服务器 NoSQL 的简洁，是决定性的取舍轴线。

DynamoDB vs Spanner 速览

特性	DynamoDB	Google Cloud Spanner
数据模型	NoSQL 键值和文档；每个项目灵活的 schema，项目最大 400 KB	关系型——表、行、列和 schema（也提供图、键值和搜索能力）
查询语言	原生 API（`GetItem`、`Query`、`Scan`）加上 SQL 兼容语言 PartiQL	两种方言的完整 SQL——GoogleSQL 和一个 PostgreSQL 兼容方言
Join 和关系	没有 JOIN 运算符；AWS 建议围绕访问模式做反规范化	完整的关系型 join、外键和交错表
一致性	默认最终一致性；可按请求获取强一致性读取（在一个区域内）	默认外部（强）一致性，包括跨区域，由 TrueTime 时钟支撑
事务	一个区域内跨多个项目的 ACID 事务	全球一致的 ACID 事务，包括跨区域
扩展模型	自动分区；无服务器按需或预置容量	通过预置计算（节点 / 处理单元）横向扩展并支持自动扩缩；存储单独扩展
多区域	Global Tables——多区域、主-主复制（区域之间最终一致）	在区域之间保持强一致性的多区域配置
定价 / 运维模型	按请求付费（按需）或预置容量加存储；无服务器，仅限 AWS	预置计算容量加存储（以及网络）；基于节点/处理单元，仅限 GCP
最适合的工作负载	键访问已知、需要一致低延迟的高规模运营型应用	需要在规模下具备强一致性、SQL 和 join 的全球关系型系统

何时 DynamoDB 是更好的选择

你在 AWS 上，想要无服务器 NoSQL。 按需容量没有什么需要预置，随流量扩展，空闲时缩容到零。
你的访问模式是已知且基于键的。 当键围绕你的读取来设计时，DynamoDB 的分区键/排序键模型给出一致的个位数毫秒级延迟。
你不需要关系型 join 或全球强一致性。 如果一个反规范化、面向键的模型合适，你就避免为用不上的保证付费。
你想要原生的 AWS 集成，与 IAM、Lambda 和 Streams 集成。

何时 Spanner 是更好的选择

你需要在全球规模下的关系型 SQL。 Spanner 在横向扩展的同时保留 join、schema 和完整 SQL——你不必为了横向扩展而放弃关系型语义。
你需要跨区域的强一致性。 由 TrueTime 支撑的外部一致性让多区域事务表现得如同被串行化，而 DynamoDB 的 Global Tables（区域之间最终一致）无法提供这一点。
你的工作负载是关系型且查询灵活的。 在规范化表之间的临时 join 和不断演进的查询适合 Spanner 的模型。
你在 GCP 上，想要它托管的、具备高可用 SLA 的全球数据库。

使用 DynamoDB

如果 DynamoDB 合适，DynoTable 是一个面向它的原生桌面客户端，运行于 macOS、Windows 和 Linux。它读取你标准的 AWS 凭证链，所以你的数据留在 DynamoDB 中，没有什么需要迁移。对于习惯了 Spanner SQL 的团队，它的 SQL Workbench 通过把关系型查询——join、GROUP BY、聚合——编译为 DynamoDB 的 Query/Scan，在 DynamoDB 的访问模式规则内表达它们，它的 AI 助手运行在你自己的 AWS Bedrock 凭证上。

SQL for DynamoDB 和 PartiQL vs SQL 指南解释了哪些内容能从 SQL 沿用过来，而免费的 DynamoDB Expression Builder 以 SDK、CLI 和 PartiQL 形式生成键条件、过滤器和更新表达式。DynoTable 是一款闭源商业应用；本页描述的是它做什么，而不是它如何构建。

FAQ

Spanner 是像 DynamoDB 那样的 NoSQL 数据库吗？

不是。Spanner 是一个具备完整 SQL、join 和 schema 的关系型数据库，只是恰好能像分布式系统那样横向扩展。DynamoDB 是一个没有 JOIN 运算符的 NoSQL 键值和文档存储。Spanner 的独特之处在于在全球规模下保持关系型、强一致的语义。

DynamoDB 提供像 Spanner 那样的全球强一致性吗？

不完全一样。DynamoDB 在单个区域内提供强一致性读取，而 Global Tables 跨区域复制，但区域之间是最终一致的。Spanner 使用 TrueTime，即使跨区域也为事务提供外部（强）一致性。

DynamoDB 能取代 Spanner 吗？

只有在你不需要关系型 SQL 或全球强一致性时才行。如果你的访问是基于键的、并且反规范化模型合适，那 DynamoDB 更简单且无服务器。如果你依赖 join、临时 SQL 或强一致的跨区域事务，那些正是 Spanner 的用途——取代它意味着围绕 DynamoDB 的键重新建模你的数据，并放弃那些保证。