DynamoDB vs Redis

DynamoDB 和 Redis 都被称为 NoSQL，但它们处于技术栈的不同层级。DynamoDB 是一个全托管、无服务器的系统记录数据库，在整个 AWS 区域内将数据持久保存在磁盘上。Redis 是一个内存数据结构存储——最常被部署为持久化数据库前面的缓存、会话存储或消息代理。对许多系统来说，答案并不是二选一，而是 DynamoDB 作为存储，Redis（或 DAX）作为缓存。

你该用 DynamoDB 还是 Redis？

把 DynamoDB 用作持久化的系统记录：那些你不能丢失、按键大规模读写的结构化项目。把 Redis 用作内存层，用于微秒级读取、丰富的数据结构（有序集合、流、计数器）、缓存、限流或发布/订阅。它们通常搭配使用——Redis（或 DynamoDB 自带的 DAX 缓存）位于 DynamoDB 前面，而不是取代它。

DynamoDB vs Redis 速览

特性	DynamoDB	Redis
数据模型	NoSQL 键值和文档；带类型的项目，最大 400 KB，归组在表中	内存键值，值带类型——字符串、哈希、列表、集合、有序集合、流等
主要角色	持久化的系统记录数据库	内存缓存、会话/限流存储、消息代理；启用持久化后也可作为主存储
查询语言 / API	原生 API（`GetItem`、`Query`、`Scan`、`PutItem` 等）加上 SQL 兼容语言 PartiQL	按数据结构划分的命令（`GET`、`HSET`、`ZADD`、`XADD` 等）；没有通用查询语言或临时 join
持久性	数据持久化到磁盘，并在区域内跨可用区复制	默认在内存中；持久性可选，通过 RDB 快照和/或 AOF 追加写日志实现
一致性	默认最终一致性；可按请求获取强一致性读取	单个节点对其键是强一致的；副本是异步的，因此副本读取可能滞后
扩展模型	由 AWS 管理的自动分区；无服务器，自动扩展吞吐量和存储	纵向扩展（受 RAM 限制）加上 Redis Cluster 跨节点横向分片；容量受内存限制
延迟特征	任意规模下个位数毫秒级读写	微秒级操作，因为数据驻留在 RAM 中
定价 / 运维模型	无服务器按请求付费或预置容量加存储；仅限 AWS，无需运维服务器	开源（自托管）或托管（如 Redis Cloud、ElastiCache）；通常按节点内存/吞吐量计费
最适合的工作负载	需要在规模下保持一致延迟、按键访问可预测的持久化记录	缓存、排行榜、计数器、限流、队列、发布/订阅、临时会话数据

何时 DynamoDB 是更好的选择

数据必须保留下来。 DynamoDB 将每次写入持久化到磁盘，并跨可用区复制。Redis 是内存优先的；没有 RDB/AOF 持久化，重启就会丢失数据，即使启用了持久化，它也是为速度而非保证持久性调优的。
你需要在 AWS 上有一个系统记录。 DynamoDB 与 IAM、Lambda 和 Streams 原生集成，并将时间点恢复和备份作为配置项提供。
你的工作集大于内存。 DynamoDB 将数据存储在磁盘上，因此成本随存储而非 RAM 扩展。Redis 容量受你预置的内存限制。
你想要无服务器扩展。 按需容量随流量扩展，无需调整规模或打补丁。

何时 Redis 是更好的选择

你需要微秒级延迟。 Redis 将数据保存在 RAM 中，因此操作在微秒内完成——比 DynamoDB 的个位数毫秒特征低一个量级。
你需要丰富的内存数据结构。 用于排行榜的有序集合、原子计数器、用于队列的列表和用于事件扇出的流都是 Redis 的一等操作，而不是你在持久化存储中建模出来的东西。
数据是临时的或类似缓存的。 会话令牌、限流窗口以及可以重新生成的计算结果都适合 Redis 的内存模型，通常配以较短的 TTL。
你需要发布/订阅或轻量级消息代理。 Redis 开箱即提供发布/订阅和流原语。

搭配使用

最常见的生产模式不是二选一，而是把它们分层：

把持久化记录保留在 DynamoDB 中作为真实来源。
把 Redis 放在前面作为热键的读缓存，或在 DynamoDB 之外用它来做排行榜、计数器和限流。
如果你想要缓存但又不想自己运维 Redis，DynamoDB 提供了 DynamoDB Accelerator（DAX）——一个全托管、兼容 DynamoDB API 的内存缓存，能在无需改动应用的情况下把最终一致性读取的延迟从毫秒降到微秒。DAX 是读透/写透的，并按主键缓存项目。

DAX 与 Redis 本身也是一种权衡：DAX 是 DynamoDB 专用且可直接接入的，而 Redis 是一个通用的数据结构存储，你可以在许多数据源上使用它，但必须自己运维或付费给托管服务商来运行。

使用 DynamoDB

一旦 DynamoDB 成为你的持久化存储，DynoTable 是一个原生桌面客户端，可在 macOS、Windows 和 Linux 上浏览、编辑和查询你的表。它读取你标准的 AWS 凭证链，所以没有什么需要迁移的——把它指向你的区域和表，你的数据就留在 DynamoDB 中。它的 SQL Workbench 在 DynamoDB 的访问模式规则内表达关系型查询，它的 AI 助手运行在你自己的 AWS Bedrock 凭证上。

要构建你的缓存和记录保存代码所需的键条件、过滤器和更新表达式，免费的 DynamoDB Expression Builder 无需安装即可生成可直接粘贴的 SDK、CLI 和 PartiQL 输出。DynoTable 是一款闭源商业应用；本页描述的是它做什么，而不是它如何构建。

FAQ

Redis 能取代 DynamoDB 吗？

作为系统记录通常不能。Redis 是内存优先的，因此除非你启用并调优它的持久化，否则它被设计为缓存或临时存储，而不是持久化数据库。DynamoDB 会把每次写入跨可用区持久化并复制。许多团队两者都用：DynamoDB 存持久化数据，Redis（或 DAX）作为它前面的快速内存层。

DynamoDB 和 Redis 哪个更快？

Redis 每次操作更快，因为它从 RAM 中以微秒级提供数据，而 DynamoDB 面向从持久化存储中个位数毫秒级的读写。如果你需要 DynamoDB 具备类似缓存的延迟，DAX 能在不离开 DynamoDB API 的情况下把最终一致性读取降到微秒级。

DynamoDB 中相当于 Redis 缓存的是什么？

DynamoDB Accelerator（DAX）是 AWS 为 DynamoDB 内置的全托管内存缓存。它兼容 API，所以现有的 DynamoDB 调用无需改动即可工作，它按主键缓存项目，作为一个读透/写透层。它是 DynamoDB 专用的，而 Redis 是一个通用的数据结构存储。