超级管理员
楼主
YugabyteDB Aeon 在 10 月 7 日的更新里有两个值得关注的状态变化。
GA：内置 YSQL 连接池
适用于 YugabyteDB v2026.1 及更高版本。
分布式数据库的连接池一直是个麻烦点。传统做法是在应用和数据库之间再架一层 PgBouncer 或类似组件，多一层就要多一处运维、多一个故障域、多一份补丁责任。
内置连接池 GA 之后，这部分复杂度可以直接省掉。对已经用 v2026.1+ 的团队，这是一次实打实的架构简化。
EA：自动伸缩
根据 CPU 和连接负载的升降自动增删集群节点，使集群规模匹配渐进、持续的需求变化。目前是 EA，需要联系 Yugabyte 支持试用。
注意它的措辞
官方描述里写的是「渐进、持续的需求变化」。这暗示自动伸缩的设计目标不是应对突发尖峰，而是匹配长期趋势。
如果你的负载特征是短时暴涨，指望自动伸缩救场可能会失望——节点增删本身有延迟，等扩完峰值可能已经过去了。
其他更新
- Database Extended 轨道更新到 v2025.2.7.0。
- Rapid 轨道更新到 v2026.1.2.0。
顺带回顾今年的其他变化
- 8 月 25 日：多租户 EA（通过 Resource Governance 在单集群上安全整合多个独立 YSQL 数据库，在争用时提供可预测的 CPU 分配）。
- 6 月 30 日：基于数据库克隆的时间点恢复 GA（零拷贝、可写、独立的克隆）。
- 5 月 27 日：发布轨道从四条简化为两条，Extended 面向关键业务负载，Rapid 用于抢先体验新能力。
实践建议
第一，如果你正在 v2026.1+ 且还挂着外部连接池，评估切换到内置池的收益和迁移成本。
第二，自动伸缩先当 EA 看待，别放进关键路径的容量规划里。
第三，发布轨道简化后，重新确认你的集群在哪个轨道上，以及对应的支持周期。
一点提醒
多租户的 Resource Governance 解决的是「吵闹邻居」问题。如果你打算在一个集群上塞多个业务库，这个功能几乎是必需品，但要注意它是 EA 状态。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。