PlanetScale 推出分片 Postgres
推荐指数 42.0 NO. 020 · 2026.09.11
发布2026/09/10Score98Comments23
为什么值得看
PlanetScale 发布 Neki，通过路由层、sidecar 和控制平面将多个 Postgres 实例组成可水平扩展的集群，支持在线重新分片零停机。对需要单机 Postgres 性能上限又不愿迁移到专用分布式数据库的团队，这是保留 SQL 生态的渐进式扩容方案。
编辑判断
分片 Postgres 不是新概念，Citus（被微软收购）、 YugabyteDB、TiDB 都做过类似路线，但 Neki 的差异化在于保留 100% 原生 Postgres 协议和语义，而非 fork 或重写存储层。这意味着现有 ORM、迁移工具、扩展（如 PostGIS）无需适配，降低了从单节点 Postgres 向上迁移的摩擦。
真正值得观察的是它的重新分片机制——声称零停机且无需应用重写，这直接对标了 Citus 的复杂协调流程和手动 rebalance。如果拓扑变更的延迟和一致性确实可控，对已有 Postgres 基础设施、因数据增长被迫考虑 MongoDB 或 Spanner 迁移的中后期团队，Neki 提供了一个保留 SQL 生态的中间选项。
风险点在于：PlanetScale 本身以 MySQL Vitess 分片起家，这次做 Postgres 是技术栈扩展还是战略转移？以及 sidecar 架构带来的额外网络跳数和故障面，需要实际压测验证。
社区反馈
意见分歧 23 条评论
核心争论：分片Postgres的跨分片一致性与事务能力是否足以支撑生产环境
Pretty exciting to see a sharded Postgres product in the market. The pitch is compelling. I wonder how many teams will be able to operate sharded database setups in production as a result of this.
I see no mention of foreign keys, or any other constraints, across shards. If, as I suspect, they're not implemented, it would still be useful but at the level of Spanner 10 years ago.
Cross shard transactions are “coming soon”. So, this is just like having multiple postgres clusters.