DynamoDB 支持 GraphQL 吗？

支持，通过 AWS AppSync。AppSync 是 AWS 的托管 GraphQL 服务，而 DynamoDB 是它的原生数据源之一：解析器把每一个 GraphQL 查询或变更映射成一次 DynamoDB 操作，比如 GetItem、Query 或 PutItem。DynamoDB 本身没有 GraphQL 端点——GraphQL 这一层跑在它前面。

这对组合是怎么工作的

在 AppSync 里，你把一张 DynamoDB 表注册为数据源，然后给 GraphQL 模式的每个字段挂上一个解析器。解析器的请求处理器把进来的 GraphQL 参数翻译成一次 DynamoDB 调用，它的响应处理器再把 DynamoDB 返回的项目整形成 GraphQL 响应。AWS 在 DynamoDB 的无服务器集成中把 AppSync 列在首位，正是因为这套模式。

为什么这是一个常见的技术栈

两边都是无服务器的：AppSync 扩展 API 层，DynamoDB 扩展存储与吞吐量，两边都没有服务器。实时的 GraphQL 订阅与 DynamoDB 个位数毫秒级的写入天然搭配。

一个嵌套字段要花多少钱

每个字段一个解析器，就意味着每个字段一次 DynamoDB 请求。posts { author { name } } 先解析一次列表，然后为每篇文章解析一次 author，而这些都是分别计费的。

在一张放着同一个项目集合里的 25 篇文章和 25 个作者项目（每个约 920 字节）的表上，用 ReturnConsumedCapacity 实测：

Query, the 25 posts                        ConsumedCapacity 3.0
25 GetItem calls, one author each          ConsumedCapacity 12.5
1 BatchGetItem, the same 25 author keys    ConsumedCapacity 12.5

那个嵌套字段的花费，是产出这份列表的查询的四倍多。批处理改变不了这一点：BatchGetItem（它本身就是一种 AppSync 解析器操作，每次调用上限 100 个键、16 MB）把 25 次往返压缩成一次，但它仍然读了 25 个项目，也仍然按 25 次读取计费。它买到的是延迟，不是容量。

按每秒十次这样的 GraphQL 查询算，在 us-east-1 按需模式下每月是 50.92 美元的读请求单元费用，其中 41.06 美元只来自 author 这一个字段——定价计算器可以用你自己的数字跑同样的算术。

所以修法在键设计里，而不在解析器里。把那个嵌套字段返回的内容投影进父项目或某个 GSI，这样列表查询本身就带上了它，子解析器也就没什么要取的了。

另一条路：自带服务器

没有什么规定必须用 AppSync——任何 GraphQL 服务器（Apollo、Yoga 等等）都可以通过 AWS SDK 调用 DynamoDB 来解析字段，就像它调用任何其他后端一样。代价是 GraphQL 这一层要你自己运维。

深入了解

GraphQL 解析器照样要遵守同一套访问模式规则——数据建模指南讲了如何设计能服务你查询的键，表达式构建器会生成底层的条件语法，而 DynoTable 让你看清解析器到底写进去了什么。

参考资料

最后核实于 2026-07-13，依据上方链接的 AWS 官方文档。

容量数字实测于 2026-07-28，环境为 DynamoDB Local 3.3.0、@aws-sdk/client-dynamodb 3.1095.0、Node 24.18.0；上方的 ConsumedCapacity 值是引擎自己给出的。成本依据我们同步的 AWS 定价表中 us-east-1 按需请求单元价格计算。