postgresql支持五种微服务数据拆分策略：一、服务私有数据库实现垂直拆分；二、schema隔离支撑多租户；三、声明式分区用于水平拆分单表；四、逻辑复制+cdp实现跨服务数据同步；五、shardingsphere-jdbc提供透明分片。
在微服务架构中，每个服务应拥有独立的数据存储，但实际落地时面临数据边界模糊、跨服务查询低效、多租户隔离困难等问题。PostgreSQL 凭借其 schema 隔离、声明式分区、逻辑复制与扩展生态，可支撑多种数据库拆分策略。以下是针对不同业务场景的可行拆分路径：
一、服务私有数据库（按业务域垂直拆分）
该策略为微服务最基础且推荐的起点，即每个微服务独占一个 PostgreSQL 数据库实例或独立 database，彻底切断数据库级耦合，保障服务自治性与故障隔离能力。
1、为用户服务创建专属数据库：createdb user_service_db。
2、为订单服务创建独立数据库：createdb order_service_db。
3、在各服务的数据库连接配置中，明确指定对应 database 名称，禁止跨库访问 SQL 语句（如 SELECT * FROM order_service_db.orders 必须禁用）。
4、通过 API 网关或事件驱动方式实现跨服务数据交互，例如用户服务发布 UserRegisteredEvent，订单服务监听并本地持久化必要字段。
二、Schema 隔离多租户模式（单库多 schema）
适用于 SaaS 类系统，需在同一 PostgreSQL 实例内支持多个租户，同时保障数据逻辑隔离与资源可控。利用 PostgreSQL 原生 schema 机制替代物理分库，降低运维复杂度与连接数压力。
1、为每个租户创建独立 schema：CREATE SCHEMA tenant_001 AUTHORIZATION app_user。
2、在应用层动态设置 search_path：SET search_path TO tenant_001, public，确保所有 DML 自动作用于当前租户 schema。
3、为公共共享表（如字典表）保留在 public schema，并通过 GRANT SELECT ON TABLE public.country_codes TO tenant_001 授予只读权限。
4、配合 Row Level Security（RLS）策略，在跨租户误操作风险场景下增加强制过滤：ALTER TABLE tenant_001.orders ENABLE ROW LEVEL SECURITY。
三、声明式分区表（水平拆分单表）
当某服务内部存在超大规模单表（如日志、传感器数据、订单明细），且查询常带时间或 ID 范围条件时，采用 PG10+ 声明式分区可提升查询性能与维护效率，避免手动分表逻辑。
1、定义按时间范围分区的主表：CREATE TABLE events (id BIGSERIAL, occurred_at TIMESTAMPTZ, payload JSONB) PARTITION BY RANGE (occurred_at)。
2、为每季度创建子分区：CREATE TABLE events_2026_q2 PARTITION OF events FOR VALUES FROM ('2026-04-01') TO ('2026-07-01')。
3、启用自动分区创建（需 pg_partman 扩展）：SELECT partman.create_parent('public.events', 'occurred_at', 'native', 'quarterly')。
4、对高频查询字段（如 payload->>'status'）在父表上创建表达式索引，PG 会自动下推至各分区。
四、逻辑复制 + CDC 跨服务数据同步
解决“服务私有数据库”导致的强一致性跨服务查询难题，不暴露原始库连接，也不侵入业务代码，通过变更数据捕获（CDC）将关键业务事件实时同步至下游服务的本地库。
1、在用户服务数据库启用逻辑复制：ALTER SYSTEM SET wal_level = logical，重启服务。
2、创建复制槽：SELECT * FROM pg_create_logical_replication_slot('user_changes', 'pgoutput')。
3、使用 Debezium 或 pg_recvlogical 订阅 public.users 表的 INSERT/UPDATE/DELETE 变更流。
4、下游订单服务消费变更消息，执行幂等写入：INSERT INTO local_user_cache ... ON CONFLICT (id) DO UPDATE SET ...。
五、ShardingSphere-JDBC 透明分片（无侵入水平分库）
当业务已存在强 SQL 依赖（如复杂 JOIN、子查询），且无法接受服务间完全解耦时，引入 ShardingSphere-JDBC 作为 JDBC 层代理，在不修改 SQL 的前提下实现分库分表路由与读写分离。
1、在应用依赖中引入 shardingsphere-jdbc-core-spring-boot-starter。
2、配置分片规则：以 user_id 为分片键，按哈希值路由至 ds_0 和 ds_1 两个数据源。
3、定义广播表 t_dict，确保其在所有分片库中完整同步，供 JOIN 查询使用。
4、开启 SQL 审计日志，验证实际执行的物理 SQL 是否符合预期分片逻辑：show.sql: true。
