PolarDB 与 RDS 的核心区别在于架构：PolarDB 采用计算与存储分离的云原生架构，而 RDS 采用传统的本地盘或云盘主备架构。这一架构差异直接决定了两者在存储容量、弹性扩展、读写性能和数据可靠性方面的不同表现。
1. 架构与存储
- PolarDB：基于计算存储分离架构，底层使用分布式共享存储（如 RDMA + NVMe SSD），多个计算节点共享同一份数据。最大存储容量可达 100 TB，且存储自动扩容，无需手动规划。详细参考阿里云PolarDB云原生数据库官网：https://www.aliyun.com/product/polardb
- RDS：传统高可用版通常采用本地盘或云盘的主备复制架构，每个实例拥有独立的存储空间。以 RDS MySQL 高可用版通用型（本地盘）为例，最大存储容量为 2~3 TB。
2. 弹性与扩展
- PolarDB：支持分钟级弹性扩展。增加一个只读节点仅需约 5 分钟，最多可扩展至 16 个计算节点（含 15 个只读节点）；由于存储共享，增减节点无需迁移数据。还支持 Serverless 模式，可根据负载自动秒级伸缩。
- RDS：规格升级和只读实例添加通常需要更长时间，且本地盘实例的存储扩容可能涉及数据迁移操作。
3. 性能表现
- PolarDB：在高并发 OLTP 场景下，通过 RDMA 高速网络、用户态 IO 协议栈及内核级锁优化等技术，整体性能优于同规格 RDS MySQL。写入默认采用 Quorum 机制（三副本中多数写入成功即返回），保证强一致性的同时减少了对 Binlog 复制的依赖。但需注意，由于计算存储分离，单条 SQL 的首次读取可能存在网络延迟，线上缓存命中后性能与 RDS 持平。
- RDS：在单机低延迟读取场景下表现稳定，但在高并发写入和大规模数据分析场景中受限于本地 IO 能力。
阿里云RDS云数据库官网：https://www.aliyun.com/product/rds
4. 数据可靠性与一致性
- PolarDB：主备节点共享底层分布式存储，RPO=0，主节点故障后可快速切换至只读节点，无数据丢失风险。提供全局一致性、会话一致性和最终一致性等多个级别供业务按需选择。
- RDS：依赖 Binlog 异步或半同步复制实现主备同步，在主备切换时存在少量数据不一致的风险窗口。
5. 兼容性与迁移
PolarDB MySQL 版完全兼容社区 MySQL，支持将 RDS MySQL 实例一键升级至 PolarDB 集群，自动同步账号、数据库、IP 白名单及参数配置，并可保留原连接地址实现平滑迁移，停机时间可控制在 10 分钟以内。
选型建议
- 若业务面临存储容量快速增长（超过 1 TB）、高并发读写、频繁弹性扩缩容等需求，PolarDB 更适合。
- 若业务规模较小、负载平稳、对单机延迟敏感且存储需求在 2 TB 以内，RDS 仍是经济适用的选择。
