寻求PostgreSQL按Schema分片至多节点集群的技术方案

需求明确 #

当前场景为：多租户应用采用租户独立Schema模式，所有Schema表结构一致；随着租户数量增长，单节点Schema过多引发性能瓶颈；需要将Schema分片到集群不同节点，且集群需暴露单一访问端点，同时是多主架构（每个节点独立运行PostgreSQL，均可处理写入请求）。此前调研的Citus、Postgres XC仅支持表级行分片，无法满足Schema级分片需求。

可行实现方案 #

1. FDW + 自定义路由代理层 #

• 核心思路：利用PostgreSQL的Foreign Data Wrapper（FDW），将各节点上的租户Schema映射到一个统一的入口节点；同时开发路由代理（可基于应用层中间件或pgBouncer扩展），根据请求中的Schema名称，将读写请求转发至对应Schema所在的集群节点。
• 多主适配：每个集群节点独立运行PostgreSQL服务，均可接收写入请求；路由代理负责将租户的写入请求精准路由到其Schema所在节点。
• 关键细节：
  • 需通过自动化脚本（如pg_dump定时同步、逻辑复制）保证所有节点的Schema结构完全一致；
  • 路由逻辑可通过解析SQL中的SET search_path或直接提取Schema名实现；
  • 跨节点事务需依赖PostgreSQL的两阶段提交（2PC），但会带来性能损耗，建议尽量避免跨租户事务。

2. Patroni管理节点集群 + 自定义分片路由 #

• 核心思路：用Patroni工具管理多个独立的PostgreSQL节点（每个节点作为独立的写入实例），再搭建自定义反向代理层（如基于Nginx或Go开发的轻量代理），代理层维护「租户Schema -> 节点」的映射关系，将所有请求通过单一端点转发到对应节点。
• 优势：Patroni可提供节点的高可用性管理（自动故障转移），代理层实现请求路由与单一入口；
• 注意点：需定期更新代理层的Schema-节点映射表，可通过监听PostgreSQL的Schema创建事件自动同步。

3. 二次开发Citus实现Schema级分片（进阶方案） #

• 核心思路：Citus的表级分片逻辑可扩展为Schema级分片，将租户Schema作为分片键，替代原有的行级分片字段；修改Citus的元数据管理与路由逻辑，让其根据Schema名将请求转发到对应节点。
• 适用场景：具备PostgreSQL内核或Citus二次开发能力的团队，可快速基于成熟的分布式框架实现需求。

关键注意事项 #

• Schema结构一致性：所有节点的Schema表结构必须严格同步，否则会出现跨节点查询失败的问题，建议用逻辑复制或自动化部署工具（如Ansible）维护结构一致；
• 负载均衡：需定期监控各节点的Schema数量与资源占用，及时调整分片策略（如将负载高的节点上的部分Schema迁移到空闲节点）；
• 数据迁移：当需要将Schema从一个节点迁移到另一个节点时，可采用pg_dump导出+导入，配合路由代理的临时转发实现无停机迁移。

内容的提问来源于stack exchange，提问作者Darshil