使用pglogical仅复制插入操作是否仍需配置主键？

我之前也踩过这个坑，pglogical的文档描述确实容易让人误解——它说主键仅用于更新和删除操作，但实际上没有主键（或唯一约束）的表，pglogical默认不会复制INSERT操作，这是由它底层的逻辑复制机制决定的。

为什么会出现这个情况？ #

pglogical依赖逻辑解码来捕获数据库的变更，而逻辑解码需要一个唯一的行标识符来准确跟踪每一行数据。哪怕你完全不需要执行更新或删除操作，pglogical内部仍然需要这个标识符来确认哪些行需要被复制到订阅端。没有主键/唯一约束的话，它无法确定行的唯一性，所以只会同步表结构，不会同步实际的INSERT数据。

针对高频时序数据的解决方案 #

因为你要存储的是高频时序数据，直接加自增主键可能不是最优选择（会有额外写入开销，而且时序数据通常按时间+设备/标签查询），这里推荐两个适配场景的方案：

1. 添加复合主键
   用时间戳+业务唯一标识（比如设备ID、传感器ID）作为复合主键，既满足pglogical的行标识要求，又能适配时序数据的查询模式：

ALTER TABLE your_timeseries_table 
ADD PRIMARY KEY (timestamp_column, device_id);

这样设置后，pglogical就能正常复制所有INSERT操作，同时复合主键还能优化按设备+时间范围的查询性能。

2. 添加唯一约束（替代主键）
   如果不想用主键，也可以创建一个唯一约束，效果完全一致：

ALTER TABLE your_timeseries_table 
ADD CONSTRAINT unique_ts_device UNIQUE (timestamp_column, device_id);

能不能绕开这个限制？ #

说实话，很难。pglogical的复制逻辑本质上依赖唯一键来跟踪行变更，没有这个标识，逻辑解码无法准确捕获和传递数据。文档里的描述只是说主键仅用于处理更新删除的冲突，但它没明确说明这也是INSERT复制的必要前提。

所以结论是：即使不需要更新删除，也得给表加主键或唯一约束，才能让pglogical正常复制数据。对于时序数据，复合主键是最贴合业务场景的选择。

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