Arch Day 128
Arch Day 128: 云数据库选型 — 从Aurora到Neon的新格局
云数据库选型的核心不是"哪个最好"，而是匹配工作负载特征——读写比、一致性需求、全球分布需求、成本敏感度决定了最优选择。
2026-08-05
第五阶段 - 云架构深度AuroraNeonPlanetScaleDynamoDBCosmosDB数据库选型
日期: 2026-08-05 (Day 128) 阶段: 第五阶段 - 云架构深度 标签: #Aurora #Neon #PlanetScale #DynamoDB #CosmosDB #数据库选型
核心概念
一句话定义
云数据库选型的核心不是"哪个最好"，而是匹配工作负载特征——读写比、一致性需求、全球分布需求、成本敏感度决定了最优选择。
知识点详解
1. Serverless SQL数据库对比
| 数据库 | SQL方言 | 核心优势 | 适用场景 |
|---|---|---|---|
| Aurora Serverless v2 | MySQL/PG | AWS生态深度集成 | AWS原生应用 |
| PlanetScale | MySQL | 非阻塞Schema变更(Git式分支) | 写密集型 |
| Neon | PostgreSQL | 存算分离，可缩容至零 | 读密集/成本敏感 |
| CockroachDB | PG-compatible | 多区域强一致性 | 全球分布式 |
重大事件: Neon被Databricks收购(2026初)，计算成本降15-25%。
2. NoSQL对比
| 维度 | DynamoDB | CosmosDB | Firestore |
|---|---|---|---|
| 一致性模型 | 强/最终一致 | 5种一致性 | 强一致 |
| 全球分布 | 需配Global Tables | 原生开箱即用 | 需额外配置 |
| 查询能力 | PartiQL(有限) | SQL-like查询 | 有限 |
| 适用生态 | AWS | Azure + 多模型 | GCP/Firebase |
3. Redis vs Valkey — 开源分叉之战
2024年Redis改为RSALv2/SSPL → Valkey在Linux Foundation下分叉(BSD 3-clause)。
| 指标 | Valkey 8.x | Redis 8.0 |
|---|---|---|
| 写入吞吐 | 高37% | 基准 |
| 延迟 | 显著更低 | 基准 |
| 特有功能 | 核心缓存 | Time Series/Vector Set |
| AWS定价 | 便宜20-33% | 标准 |
AWS已将Valkey设为新实例默认选项。
4. 消息流：MSK vs Confluent vs Redpanda
| 平台 | 优势 | 注意事项 |
|---|---|---|
| MSK | AWS托管，成本低 | 缺Schema Registry |
| Confluent | 功能最全 | 2025年被IBM收购，路线图不确定 |
| Redpanda | C++重写，高性能 | BSL许可证 |
面试题
问题：DynamoDB vs Aurora，什么时候选哪个？
回答：DynamoDB适合已知查询模式的高吞吐KV访问(电商购物车、会话存储)。Aurora适合复杂查询、事务一致性、JOIN操作(订单系统、记账引擎)。错误选择：用DynamoDB做复杂关联查询，或用Aurora做简单KV查找。