如前所述，每个（活动）订阅都从远端（发布侧）的一个复制槽接收变更。

额外的表同步槽通常是临时的，由系统内部创建用于执行初始表同步，在不再需要时 自动删除。这些表同步槽的名称是自动生成的： “pg_%u_sync_%u_%llu” （参数分别为：订阅 oid、 表 relid、系统标识符 sysid）。

通常，远端复制槽会在使用 CREATE SUBSCRIPTION 创建订阅时自动创建，并在使用 DROP SUBSCRIPTION 删除订阅时自动删除。但在某些场景下，分别操作订阅与底层复制槽会更有用或更必要。 常见场景如下：

在发布端创建一些测试表。

/* pub # */ CREATE TABLE t1(a int, b text, PRIMARY KEY(a));
/* pub # */ CREATE TABLE t2(c int, d text, PRIMARY KEY(c));
/* pub # */ CREATE TABLE t3(e int, f text, PRIMARY KEY(e));

在订阅端创建同样的表。

/* sub # */ CREATE TABLE t1(a int, b text, PRIMARY KEY(a));
/* sub # */ CREATE TABLE t2(c int, d text, PRIMARY KEY(c));
/* sub # */ CREATE TABLE t3(e int, f text, PRIMARY KEY(e));

在发布端向表中插入数据。

/* pub # */ INSERT INTO t1 VALUES (1, 'one'), (2, 'two'), (3, 'three');
/* pub # */ INSERT INTO t2 VALUES (1, 'A'), (2, 'B'), (3, 'C');
/* pub # */ INSERT INTO t3 VALUES (1, 'i'), (2, 'ii'), (3, 'iii');

为这些表创建发布。发布 pub2 和 pub3a 禁用了部分 publish 操作。发布 pub3b 使用了行过滤器（见 Section 29.4）。

/* pub # */ CREATE PUBLICATION pub1 FOR TABLE t1;
/* pub # */ CREATE PUBLICATION pub2 FOR TABLE t2 WITH (publish = 'truncate');
/* pub # */ CREATE PUBLICATION pub3a FOR TABLE t3 WITH (publish = 'truncate');
/* pub # */ CREATE PUBLICATION pub3b FOR TABLE t3 WHERE (e > 5);

为这些发布创建订阅。订阅 sub3 同时订阅 pub3a 和 pub3b。默认情况下所有订阅都会复制 初始数据。

/* sub # */ CREATE SUBSCRIPTION sub1
/* sub - */ CONNECTION 'host=localhost dbname=test_pub application_name=sub1'
/* sub - */ PUBLICATION pub1;
/* sub # */ CREATE SUBSCRIPTION sub2
/* sub - */ CONNECTION 'host=localhost dbname=test_pub application_name=sub2'
/* sub - */ PUBLICATION pub2;
/* sub # */ CREATE SUBSCRIPTION sub3
/* sub - */ CONNECTION 'host=localhost dbname=test_pub application_name=sub3'
/* sub - */ PUBLICATION pub3a, pub3b;

注意，无论发布的 publish 操作如何，初始表数据都会被复制。

/* sub # */ SELECT * FROM t1;
 a |   b
---+-------
 1 | one
 2 | two
 3 | three
(3 rows)

/* sub # */ SELECT * FROM t2;
 c | d
---+---
 1 | A
 2 | B
 3 | C
(3 rows)

此外，由于初始数据复制会忽略 publish 操作，且发布 pub3a 没有行过滤器，所以复制后的表 t3 会包含所有行，即使它们不匹配发布 pub3b 的行过滤器。

/* sub # */ SELECT * FROM t3;
 e |  f
---+-----
 1 | i
 2 | ii
 3 | iii
(3 rows)

在发布端向表继续插入数据。

/* pub # */ INSERT INTO t1 VALUES (4, 'four'), (5, 'five'), (6, 'six');
/* pub # */ INSERT INTO t2 VALUES (4, 'D'), (5, 'E'), (6, 'F');
/* pub # */ INSERT INTO t3 VALUES (4, 'iv'), (5, 'v'), (6, 'vi');

现在发布端数据如下：

/* pub # */ SELECT * FROM t1;
 a |   b
---+-------
 1 | one
 2 | two
 3 | three
 4 | four
 5 | five
 6 | six
(6 rows)

/* pub # */ SELECT * FROM t2;
 c | d
---+---
 1 | A
 2 | B
 3 | C
 4 | D
 5 | E
 6 | F
(6 rows)

/* pub # */ SELECT * FROM t3;
 e |  f
---+-----
 1 | i
 2 | ii
 3 | iii
 4 | iv
 5 | v
 6 | vi
(6 rows)

注意在常规复制阶段会使用相应的 publish 操作。 这意味着发布 pub2 与 pub3a 不会复制 INSERT。另外，发布 pub3b 只会复制与其 行过滤器匹配的数据。现在订阅端数据如下：

/* sub # */ SELECT * FROM t1;
 a |   b
---+-------
 1 | one
 2 | two
 3 | three
 4 | four
 5 | five
 6 | six
(6 rows)

/* sub # */ SELECT * FROM t2;
 c | d
---+---
 1 | A
 2 | B
 3 | C
(3 rows)

/* sub # */ SELECT * FROM t3;
 e |  f
---+-----
 1 | i
 2 | ii
 3 | iii
 6 | vi
(4 rows)

在某些场景（例如 Section 29.2.1）中，如果远端复制槽未自动创建， 用户必须在订阅激活前手工创建。下面示例展示了创建槽并激活订阅的步骤。 这些示例指定了标准逻辑解码输出插件 pgoutput，这是内置逻辑复制 使用的插件。

首先，创建示例所需的发布。

/* pub # */ CREATE PUBLICATION pub1 FOR ALL TABLES;

示例 1：订阅指定 connect = false

示例 2：订阅指定 connect = false，并同时指定 slot_name 选项。

示例 3：订阅指定 slot_name = NONE