过去几年，企业把数据库迁到云端，多数只是把原来的实例规格搬上去：计算和存储捆绑在同一实例里，容量按峰值预留，扩容要停机或做复杂的迁移。随着业务波动加剧，这种模式在成本和灵活性上的矛盾越来越明显。近一段时间，主流云厂商密集更新云原生数据库产品，存算分离与按需弹性成为共同方向，正在改变企业的选型逻辑。
存算一体的局限
存算一体架构下，计算资源和存储资源按固定比例打包售卖。业务高峰期为了扛住流量，往往要按最高负载采购实例；低谷期资源闲置，成本却照付。当数据量增长时，扩容通常意味着更换更大规格的实例，涉及数据搬迁和较长的停机窗口，运维压力集中且风险高。对以在线交易、内容分发为主的业务来说，这种方式很难跟上节奏。
存算分离改变了什么
存算分离把数据持久化交给共享存储层，计算节点变成无状态服务。带来的变化主要体现在几个方面：
- 弹性更快：计算节点可按秒级或分钟级增减，读写节点独立扩展，读写分离不再依赖额外部署只读实例。
- 成本更贴近用量：存储按实际占用计费，计算按运行时长或负载计费，低谷期可以缩容甚至自动暂停。
- 运维更简单：底层存储多副本由平台维护，备份、快照、容灾在存储层统一完成，减少了人工操作。
Serverless 与按需付费的边界
在存算分离基础上，部分产品进一步推出 Serverless 形态：没有固定实例，请求到来时自动拉起计算资源，空闲时释放。它适合访问量波动大、开发测试、轻量级应用等场景。不过 Serverless 并非万能，长事务、持续高负载的业务未必比预留实例更便宜，冷启动带来的首请求延迟也需要评估。
选型与迁移要看清的点
面对这类产品，企业应从业务实际出发评估。首先看兼容性，是否支持现有数据库协议和驱动，改动成本有多大。其次看时延，计算与存储通过网络交互，对延迟敏感的核心交易系统要实测。再次看一致性模型和事务能力，分布式存储下的跨节点事务是否符合业务要求。此外，成本模型、SLA 承诺、数据迁移工具与双向同步能力，都是迁移前需要确认的细节。
总的来说，存算分离和弹性计费让云数据库从租一台机器转向按能力付费。企业不必追求最新形态，而应结合业务负载特征、团队运维能力和长期成本，选择合适的架构。把弹性用在对的地方，才是这轮变化真正的价值。