pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
逻辑解码是将数据库表上的所有持久更改提取为一种连贯、易于理解的格式的过 程，这种格式无需详细了解数据库内部状态就能解释。
在 PostgreSQL 中，逻辑解码通过解码 预写式日志的内容来实现。预写式日志描述的是存 储层面的更改，而逻辑解码会将其转换成应用程序特定的形式，例如元组流或 SQL 语句流。
在逻辑复制的上下文中，一个槽表示一个更改流，客户端可以按照这些更改在源服 务器上发生的顺序来重放它们。每个槽都从单个数据库流式传输一系列更改，每条变更恰好发送一次（在流中前向窥视的情况除外）。
PostgreSQL 也有流复制槽（见 第 25.2.5 节），但它们在那里的使用方式略有不 同。
复制槽在整个 PostgreSQL 集簇的所有数据库中都 有唯一标识符。槽独立于使用它们的连接而持久存在，并且具备崩溃安全性。
对于同一个数据库，可以存在多个彼此独立的槽。每个槽都有自己的状态，允许不 同的消费者从数据库更改流中的不同位置接收更改。对于大多数应用，每个消费 者都需要一个单独的槽。
逻辑复制槽并不了解接收端的状态。甚至可以让多个不同的接收端在不同时间使用 同一个槽；它们只会从前一个接收端停止消费更改的位置之后继续获得更改。但 在任意给定时刻，只允许一个接收端从某个槽中消费更改。
复制槽可跨崩溃持久存在，而且不了解其消费者的状态。即使没有连接使用它们， 它们也会阻止所需资源被移除。这会消耗存储，因为只要复制槽仍然需要， VACUUM 就不能移除所需的 WAL 和系统目录中的相关行。因此，如果槽已经不再需要，就 应当将其删除。
输出插件把预写式日志内部表示的数据转换成复制槽消费者所需的格式。
当使用流复制接口创建新的复制槽时， 会导出 一个快照（见 第 9.26.5 节）， 它准确反映了数据库的这样一种状态：从该状态之后开始，所有更改都会被纳入 更改流。这可以通过使用 SET TRANSACTION SNAPSHOT 读取创建槽那一刻的数据库状态，据此创建一个新 副本。随后，该事务就可以用来转储该时刻的数据库状态，之后再利用该槽的内 容进行更新，而不会丢失任何更改。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。