性能 +30%，扩缩更快，闲时缩到零——Aurora Serverless 平台版本 4 上周 GA。对跑 Agent 工作流的团队来说，这可能是今年最实用的数据库更新。
问题场景
AI Agent 应用的数据库访问模式跟传统 Web 应用不同：
传统 Web： ████████████████████████ （稳定负载）
AI Agent： ▂▂█████▂▂▂▂████▂▂▂▂▂▂▂ （尖刺负载）
Agent 被触发时，3-5 个子 Agent 并行查数据库，QPS 瞬间从 0 飙到几千。任务完成后又回落到零。
传统做法：
- Provisioned 实例常驻 → 闲时浪费 70%+ 费用
- Serverless v2/v3 → 扩容跟不上突发，有几秒"慢查询窗口"
v4 改了什么
1. 底层引擎性能 +30%
相同 ACU 下查询吞吐量提升 30%。原来需要 16 ACU 扛的负载，v4 只要 12 ACU。
2. 扩缩算法优化
v3 的扩缩主要看 CPU + 内存利用率。碰到 IO 密集 + CPU 密集混合负载时会误判（IO 打满但 CPU 不高 → 不触发扩容）。
v4 引入多维信号（IO wait、连接队列深度、查询延迟）来决策扩缩，对"多任务争抢资源"的模式响应更准确。
3. 缩容到零保留
闲时 0 ACU、0 费用。冷启动恢复约 5-10 秒。
迁移和配置
新集群（自动 v4）
aws rds create-db-cluster \--db-cluster-identifier agent-db \--engine aurora-postgresql \--engine-version 16.4 \--serverless-v2-scaling-configuration MinCapacity=0,MaxCapacity=64 \--master-username admin \--master-user-password 'SecurePass123!'
老集群升级
推荐 Blue/Green 零停机：
aws rds create-blue-green-deployment \--blue-green-deployment-name v4-upgrade \--source arn:aws:rds:us-west-2:xxx:cluster:my-cluster
也可以简单粗暴：停止→重启（自动升级）。
配合 RDS Proxy
Agent 并发高时必须用 Proxy 管连接：
aws rds create-db-proxy \--db-proxy-name agent-proxy \--engine-family POSTGRESQL \--auth '[{"SecretArn": "arn:aws:secretsmanager:..."}]' \--role-arn arn:aws:iam::xxx:role/rds-proxy-role \--vpc-subnet-ids subnet-a subnet-b
注意：用 Proxy 时 MinCapacity >= 0.5。
成本分析
Agent 应用典型模式（日活跃 8h，平均 8ACU）：
| 方案 | 月费 | 闲时费用 |
|---|---|---|
| db.r6g.large 常驻 | $200 | 全额 |
| Serverless v3 | $58 | $0 |
| Serverless v4 | ~$43 | $0 |
v4 同负载用更少 ACU → 省 ~25%。
注意事项
- pgvector 需要 Aurora PG >= 15.4
- 冷启动 5-10 秒，应用侧要有重连逻辑
- RDS Proxy 不兼容缩容到零
- 升级后 CloudWatch ACU 指标可能"看起来低了"——是性能提升的正常表现
总结
Aurora Serverless v4 三个字：快、准、省。对 AI Agent 突发负载场景，这是目前最合适的关系型数据库选择。
在亚马逊云科技 Aurora PostgreSQL Serverless v4（us-west-2）验证通过。