如何为逻辑复制订阅设置优先级 避免小表订阅被大表订阅抢占资源

一、实现小表同步的类“高优先级”效果 #

PostgreSQL原生逻辑复制没有直接设置订阅优先级的功能，但可以通过以下手段间接实现小表优先：

• 拆分独立订阅：把大表和小表分别创建独立的发布、订阅。比如给小表建pub_small_tables发布，对应sub_small订阅；大表建pub_large_table发布，对应sub_large订阅。这样两个订阅的复制进程（walsender、apply）完全独立，不会出现大表事务阻塞小表事务的情况。
• 操作系统层面提权进程：给小表订阅对应的apply和walsender进程设置更高的CPU优先级。比如用renice命令调整：

  # 找到小表订阅的apply进程PID，将优先级调至-10（值越小优先级越高，范围-20到19）
  renice -10 $(pgrep -f "apply for sub_small")
  

• 避开高峰更新大表：如果必须在同一订阅内，尽量把大表的批量更新、数据迁移放到业务低峰期执行，减少和小表高频事务的冲突。但这种方式灵活性差，不如拆分订阅靠谱。

二、防止大表订阅抢占带宽的方案 #

拆分独立订阅后，可以通过以下方式限制大表复制的资源占用：

• 限制walsender带宽：PostgreSQL 14+支持在pg_hba.conf里给大表订阅的用户设置带宽限制：

  host    replication     sub_large_user     192.168.1.0/24     scram-sha-256    rate_limit=10MB/s
  

  PostgreSQL 15+还能动态限制单个walsender进程的带宽，先通过pg_stat_replication找到大表订阅的walsender PID，再执行：

  -- 限制该walsender进程带宽为10MB/s
  SELECT pg_walsender_set_rate_limit(1234, 10*1024*1024);
  

• 控制apply并行度：给大表订阅降低并行复制的worker数量，减少CPU、IO占用。创建订阅时可以直接指定：

  CREATE SUBSCRIPTION sub_large
  CONNECTION 'host=pub_host dbname=pub_db user=sub_large_user'
  PUBLICATION pub_large_table
  WITH (max_parallel_apply_workers = 1);
  

• 操作系统层面限流：用Linux的tc工具限制订阅端与发布端之间特定连接的带宽，精准管控大表复制的流量。
• 分批初始化大表：如果是首次同步大表，别直接全量复制，先用pg_dump按主键分段导入全量数据，再开启逻辑复制同步增量，避免初始化阶段占满带宽。

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