更新日期：2024年09月11日
发布订阅基于逻辑复制实现，
继承所有逻辑复制的限制，
同时发布订阅还有下列额外的
限制或者缺失的功能。
数据库模式和DDL 命令不会被复制。初始模式可以手工使用gs_dump –schema-only 进
行拷贝。后续的模式改变需要手工保持同步。
序列数据不被复制。后台由序列支撑的serial 或者标识列中的数据当然将被作为表的一
部分复制，
但是序列本身在订阅者上仍将显示开始值。
如果订阅者被用作一个只读数据
库，那么这通常不会是什么问题。不过，如果订阅者数据库预期有某种转换或者容错，
那么序列需要被更新到最后的值，要么通过从发布者拷贝当前数据的防范（也许使用
gs_dump），要么从表本身决定一个足够高的值。
只有表支持复制，包括分区表。试图复制其他类型的关系，例如视图、物化视图或外部
表，将会导致错误。
同一数据库内的多个订阅不应当订阅内容重复的发布（指发布相同的表）
，否则会产生
数据重复或者主键冲突。
如果被发布的表中包含不支持btree/hash 索引的数据类型（如地理类型等），那么该表
需要有主键，才能成功的复制UPDATE/DELETE 操作到订阅端。否则复制会失败，同
时订阅端会出现“FATAL: could not identify an equality operator for type xx”的日志。
使用gs_probackup 备份发布端时，
由于gs_probackup 工具本身不支持备份逻辑复制槽，
所以备份恢复后，
会由于逻辑复制槽不存在，
而使得原有的发布订阅关系无法正常建立。
建议使用gs_basebackup 工具备份发布端。