阿里云 PolarDB for PostgreSQL

PolarDB for PostgreSQL 是阿里云的云原生 PostgreSQL 兼容数据库：计算与存储分离，集群内节点共享分布式存储，只读节点独立于主节点扩展。架构上它与 Aurora 同属一类——厂商自研共享存储之上的 PostgreSQL 兼容引擎——只是运行在阿里云生态内。跨厂商视角见云服务版图。

PolarDB 的定位

当基础设施已经在阿里云上，或工作负载必须部署在 AWS 和 Google Cloud 均未运营的中国大陆地域时，PolarDB 是候选。如果需要与 AWS 或 GCP 服务深度集成，或要求社区 PostgreSQL 小版本发布当周即可用，它都不合适——任何厂商的托管引擎都落后于社区发布日历。

截至 2026-08，PolarDB for PostgreSQL 支持社区大版本 11、14、15、16、17 和 18——PostgreSQL 18 兼容版本于 2025 年 12 月发布——以官方大版本生命周期说明为准。注意阿里云同时运营一个 Oracle 语法兼容的 PolarDB 版本；确认你评估的是 PostgreSQL 版。

架构与兼容性

• 共享分布式存储。 计算节点挂载跨可用区多副本的共享存储卷，增加只读节点不需要复制数据集。
• 弹性操作。 计算规格和节点数量独立于存储调整；故障转移提升已有只读节点。
• 扩展允许清单。 可用扩展及其版本按引擎版本和内核小版本划分；把你的需求与官方支持插件列表逐一比对，不要假设与社区一致。
• 开源血缘。 PolarDB for PostgreSQL 内核同时以开源形式发布（openpolardb.com），这对评估和长期退出思路有意义——但托管服务与开源构建不是同一个产物。

中国合规与数据驻留视角

驻留是 PolarDB 进入候选名单最强的理由，值得精确表述：

• 中国大陆地域由阿里云中国主体在中国监管框架下运营，与阿里云国际站是相互独立的账号体系。账号、计费和支持在两个体系之间不通用。
• 如果用户和数据必须留在中国内地——出于延迟、ICP 相关部署要求或数据驻留义务——中国地域的 PolarDB 集群能满足任何 AWS 或 GCP 地域都无法满足的约束。
• 反过来说，把中国用户的个人信息存放在国际站地域的集群，会引出 PIPL 下的跨境传输问题。两个方向都不是自我声明即可合规：请与法务或合规团队确认当前要求，并书面记录数据由哪个账号、哪个地域、哪个法律主体持有。

需要接受的差异

• 参数与权限控制。 与其他托管引擎一样，部分参数被锁定或由平台管理，也不提供 superuser 等价权限。
• 小版本滞后。 社区小版本按阿里内核的节奏合入，而非社区节奏；查发布记录确认某个 PostgreSQL 大版本背后的内核版本。
• 价格对比不可移植。 实例、存储和节点计费结构与阿里云 RDS for PostgreSQL、与 AWS Aurora 都不同；在阿里云价格计算器里建模自己的工作负载，不要信百分比口径的说法。
• 工具体系。 控制台、CLI、监控和迁移（DTS）都是阿里云特有的；其他云的运维手册不能直接搬用。

生产前验证

1. 把所需扩展——pgvector、pg_trgm、PostGIS、pg_cron 及任何版本敏感项——与目标引擎版本的支持插件列表比对。
2. 检查你依赖的非默认 postgresql.conf 设置在 PolarDB 上的参数兼容性。
3. 用阿里云 DTS（全量加增量）或 pg_dump 演练迁移，包括回滚方案和字符集检查。
4. 做一次故障转移演练，经你的驱动和连接池测量重连行为。
5. 如果需要跨地域或跨境副本，先用全球数据库网络（GDN）功能对照驻留义务做验证。
6. 用原生工具导出一次，并在独立 PostgreSQL 环境中恢复，作为退出路径验证。

连接预算、备份演练和监控基线等跨厂商内容见生产环境技术栈。开发规模的评估方案见免费 PostgreSQL 选型。