↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

支持中的版本: 当前版本 (18) / 17 / 16 / 15 / 14
开发中的版本: 19 / 20devel
已结束支持的版本: 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2 / 7.1 / 7.0

pg_dump

pg_dump — 将一个 PostgreSQL 数据库转储为脚本文件或其他归档文件

大纲

pg_dump [connection-option...] [option...] [dbname]

描述

pg_dump 是一个用于备份 PostgreSQL 数据库的工具。即使数据库正在被并发使用,它也能生成一致的备份。pg_dump 不会阻塞其他用户访问数据库(无论读还是写)。

pg_dump 只转储单个数据库。要备份整个集簇,或者备份一个集簇中所有数据库共有的全局对象(如角色和表空间),请使用 pg_dumpall。

转储可以输出为脚本格式或归档文件格式。脚本转储是纯文本文件,包含把数据库重建到保存时状态所需的 SQL 命令。要从这样的脚本恢复,只需将其交给 psql。脚本文件甚至可以在其他机器和其他体系结构上用于重建数据库;经过一些修改后,甚至也可以用于其他 SQL 数据库产品。

另一类归档文件格式必须结合 pg_restore 来重建数据库。它们允许 pg_restore 有选择地恢复某些内容,甚至在恢复之前重新排列条目。归档文件格式被设计为可跨体系结构移植。

使用归档文件格式并配合 pg_restore 时,pg_dump 提供了一种灵活的归档和传输机制。pg_dump 可用于备份整个数据库,而 pg_restore 可用于检查归档和/或选择要恢复的数据库部分。最灵活的输出文件格式是“custom”格式(-Fc)和“directory”格式(-Fd)。它们允许选择和重新排序所有归档条目,支持并行恢复,并且默认会压缩。只有“directory”格式支持并行转储。

运行 pg_dump 时,应检查输出中是否有任何警告(打印到标准错误),尤其要结合下面列出的限制来查看。

警告

恢复转储会导致目标端执行由源超级用户选择的任意代码。部分转储和部分恢复并不会限制这一点。如果源超级用户不可信,则必须在恢复前检查转储得到的 SQL 语句。非纯文本转储可以使用 pg_restore 的 --file 选项进行检查。注意,运行转储和恢复的客户端无需信任源或目标超级用户。

选项

以下命令行选项控制输出的内容和格式。

dbname #

指定要转储的数据库名称。如果未指定,则使用环境变量 PGDATABASE。如果未设置该变量,则使用连接指定的用户名。

-a
--data-only #

只转储数据,不转储模式(数据定义)。会转储表数据、大对象和序列值。

此选项类似于指定 --section=data,但出于历史原因,两者并不完全相同。

-b
--blobs #

在转储中包含大对象。除非指定了 --schema、--table 或 --schema-only,否则这是默认行为。因此,-b 开关只在已经请求了特定模式或表的转储中,需要把大对象加回来时才有用。注意,大对象被视为数据,因此在使用 --data-only 时会包含,在使用 --schema-only 时则不会包含。

-B
--no-blobs #

在转储中排除大对象。

当同时给出 -b 和 -B 时,行为是在转储数据时输出大对象,请参阅 -b 文档。

-c
--clean #

在输出创建这些对象的命令之前,先输出用于 DROP 所有被转储数据库对象的命令。当恢复要覆盖现有数据库时,此选项很有用。如果目标数据库中某些对象不存在,则在恢复期间会报告可忽略的错误信息,除非还指定了 --if-exists。

当生成一个归档(非文本)输出文件时,此选项将被忽略。对于归档格式,可以在调用 pg_restore 时指定该选项。

-C
--create #

让输出以创建数据库本身并重新连接到新建数据库的命令开始。(使用这种形式的脚本时,在目标安装中先连接到哪个数据库再运行脚本都无关紧要。)如果还指定了 --clean,则脚本会在重新连接到目标数据库之前先删除并重新创建它。

使用 --create 时,输出还会包含该数据库的注释(如果有),以及该数据库特有的任何配置变量设置,也就是提及该数据库的任何 ALTER DATABASE ... SET ... 和 ALTER ROLE ... IN DATABASE ... SET ... 命令。除非指定了 --no-acl,否则数据库本身的访问权限也会被转储。

当生成一个归档(非文本)输出文件时,此选项将被忽略。对于归档格式,可以在调用 pg_restore 时指定该选项。

-e pattern
--extension=pattern #

仅转储与 pattern 匹配的扩展。当未指定此选项时,将转储目标数据库中的所有非系统扩展。可以通过写多个 -e 开关来选择多个扩展。pattern 参数按照 psql 的 \d 命令所使用的同样规则进行解释(请参阅模式),因此也可以通过在模式中使用通配符来选择多个扩展。使用通配符时,如有需要请小心为模式加引号,以防止 shell 展开通配符。

由 pg_extension_config_dump 注册的任何配置关系,如果其所属扩展由 --extension 指定,也会包含在转储中。

注意

当指定 -e 选项时,pg_dump 不会尝试转储所选扩展可能依赖的任何其他数据库对象。因此,不能保证特定扩展的转储结果可以成功地单独恢复到一个干净的数据库中。

-E encoding
--encoding=encoding #

在指定的字符集编码中创建转储。默认情况下,转储将以数据库编码创建。(获得相同结果的另一种方法是将 PGCLIENTENCODING 环境变量设置为所需的转储编码。)支持的编码在第 24.3.1 节中描述。

-f file
--file=file #

将输出发送到指定文件。对于基于文件的输出格式,可以省略此参数,这时使用标准输出。不过,对于目录输出格式,必须给出此参数,因为它指定的是目标目录而不是文件。在这种情况下,该目录由 pg_dump 创建,并且在此之前必须不存在。

-F format
--format=format #

选择输出的格式。format 可以是以下之一:

p
plain #

输出纯文本 SQL 脚本文件(默认)。

c
custom #

输出适合供 pg_restore 使用的 custom 格式归档。与目录输出格式一起,这是最灵活的输出格式,因为它允许在恢复时手工选择并重新排序归档条目。这种格式默认也会压缩。

d
directory #

输出适合供 pg_restore 使用的 directory 格式归档。这会创建一个目录,其中每个被转储的表和大对象各有一个文件,外加一个所谓的目录表(Table of Contents)文件,以机器可读格式描述被转储对象,pg_restore 可以读取它。directory 格式归档可以用标准 Unix 工具来操作;例如,未压缩归档中的文件可以使用 gzip 工具进行压缩。该格式默认压缩,并且支持并行转储。

t
tar #

输出 tar 格式归档,适合供 pg_restore 使用。tar 格式与 directory 格式兼容:解开一个 tar 格式归档就会得到一个有效的 directory 格式归档。不过,tar 格式不支持压缩。另外,使用 tar 格式时,在恢复过程中不能改变表数据项的相对顺序。

-j njobs
--jobs=njobs #

以并行方式运行转储,同时转储 njobs 个表。此选项可能减少执行转储所需的时间,但也会增加数据库服务器的负载。只能在目录输出格式下使用此选项,因为只有这种输出格式允许多个进程同时写入数据。

pg_dump 将打开 njobs + 1 个数据库连接,因此请确保 max_connections 设置足够高,能够容纳所有连接。

在并行转储运行期间请求数据库对象上的排他锁,可能导致转储失败。原因是 pg_dump 的领导者进程会对稍后由工作进程转储的对象请求共享锁(ACCESS SHARE),以确保在转储运行期间没有人删除这些对象。如果另一个客户端随后请求某个表上的排他锁,该锁不会被授予,而是会排队等待领导者进程释放共享锁。于是,对该表的任何其他访问也都不会被授予,并会排在该排他锁请求之后,其中包括试图转储该表的工作进程。如果没有任何预防措施,这就会形成一个经典的死锁场景。为检测这种冲突,pg_dump 工作进程会使用 NOWAIT 选项再请求一个共享锁。如果工作进程拿不到这个共享锁,就说明这期间已经有人请求了排他锁,而此时已经无法继续转储,因此 pg_dump 只能中止转储。

要获得一致的备份,数据库服务器需要支持同步快照。这一特性是在 PostgreSQL 9.2 中为主库引入的,在 10 中为备库引入。有了这个特性,数据库客户端即使使用不同连接,也能保证看到相同的数据集。pg_dump -j 会使用多个数据库连接:它会先由领导者进程连接数据库一次,然后每个工作任务再各连一次。若没有同步快照特性,就无法保证各个工作任务在各自连接中看到相同的数据,这可能导致备份不一致。

如果要对 9.2 之前的服务器执行并行转储,必须确保从领导者进程连接数据库起,到最后一个工作任务连接数据库为止,数据库内容都不发生变化。最简单的方法是在开始备份之前,暂停所有访问数据库并修改数据的进程(DDL 和 DML)。对 9.2 之前的 PostgreSQL 服务器运行 pg_dump -j 时,还必须指定 --no-synchronized-snapshots 参数。

-n pattern
--schema=pattern #

只转储匹配 pattern 的模式;这既会选择模式本身,也会选择其中包含的所有对象。未指定此选项时,将转储目标数据库中的所有非系统模式。可以通过写多个 -n 开关来选择多个模式。pattern 参数按照 psql 的 \d 命令所使用的同样规则进行解释(见下文的模式),因此也可以通过在模式中使用通配符来选择多个模式。使用通配符时,如有需要请小心为模式加引号,以防止 shell 展开通配符;见下文的示例。

注意

当指定 -n 时,pg_dump 不会尝试转储所选模式可能依赖的任何其他数据库对象。因此,不能保证特定模式转储的结果能够单独成功恢复到一个干净的数据库中。

注意

指定 -n 时,不会转储大对象等非模式对象。可以使用 --blobs 开关把大对象加回转储中。

-N pattern
--exclude-schema=pattern #

不转储任何匹配 pattern 的模式。该模式按照与 -n 相同的规则解释。-N 可以给出多次,以排除匹配所给模式中任意一个的模式。

当同时给出 -n 和 -N 时,其行为是只转储至少匹配一个 -n 开关但不匹配任何 -N 开关的模式。如果出现 -N 而没有 -n,那么匹配 -N 的模式会从原本的正常转储中排除。

-O
--no-owner #

不输出用于把对象所有权设置成与原始数据库一致的命令。默认情况下,pg_dump 会发出 ALTER OWNER 或 SET SESSION AUTHORIZATION 语句来设置新建数据库对象的所有权。除非脚本由超级用户(或拥有脚本中所有对象的同一用户)启动,否则这些语句会在运行脚本时报错。若要创建一个可由任意用户恢复、并让该用户拥有所有对象的脚本,请指定 -O。

当生成一个归档(非文本)输出文件时,此选项将被忽略。对于归档格式,可以在调用 pg_restore 时指定该选项。

-R
--no-reconnect #

这个选项已经过时,但仍然被接受以保持向后兼容性。

-s
--schema-only #

只转储对象定义(模式),不转储数据。

此选项与 --data-only 的作用相反。它类似于指定 --section=pre-data --section=post-data,但由于历史原因并不完全相同。

(不要把它与 --schema 选项混淆,后者中的“schema”一词含义不同。)

要只排除数据库中某些表的表数据,请参见 --exclude-table-data。

-S username
--superuser=username #

指定在禁用触发器时要使用的超级用户名。这只在使用 --disable-triggers 时相关。(通常最好省略它,而是以超级用户身份运行生成的脚本。)

-t pattern
--table=pattern #

只转储名称匹配 pattern 的表。可以通过写多个 -t 开关来选择多个表。pattern 参数按照 psql 的 \d 命令所使用的同样规则进行解释(见下文的模式),因此也可以通过在模式中使用通配符来选择多个表。使用通配符时,如有需要请小心为模式加引号,以防止 shell 展开通配符;见下文的示例。

除了表之外,此选项还可用于转储匹配的视图、物化视图、外部表和序列的定义。它不会转储视图或物化视图的内容,而外部表的内容只有在使用 --include-foreign-data 指定了相应外部服务器时才会被转储。

使用 -t 时,-n 和 -N 开关没有作用,因为由 -t 选中的表无论这些开关如何设置都会被转储,而非表对象则不会被转储。

注意

当指定 -t 时,pg_dump 不会尝试转储所选表可能依赖的任何其他数据库对象。因此,不能保证特定表转储的结果能够单独成功恢复到一个干净的数据库中。

-T pattern
--exclude-table=pattern #

不转储任何匹配 pattern 的表。该模式按照与 -t 相同的规则解释。-T 可以给出多次,以排除匹配所给模式中任意一个的表。

当同时给出 -t 和 -T 时,其行为是只转储至少匹配一个 -t 开关但不匹配任何 -T 开关的表。如果出现 -T 而没有 -t,那么匹配 -T 的表会从原本的正常转储中排除。

-v
--verbose #

指定详细模式。这会使 pg_dump 将详细的对象注释、开始/停止时间写入转储文件,并把进度消息写到标准错误。重复该选项会让更多调试级别消息出现在标准错误中。

-V
--version #

打印 pg_dump 的版本并退出。

-x
--no-privileges
--no-acl #

不转储访问权限(grant/revoke 命令)。

-Z 0..9
--compress=0..9 #

指定所用的压缩级别。零表示不压缩。对于自定义格式和目录格式归档,该选项指定对各个表数据段的压缩,默认以适中的级别压缩。对于纯文本输出,设置非零压缩级别会压缩整个输出文件,就像将其传给 gzip 处理一样;但默认不压缩。tar 归档格式目前完全不支持压缩。

--binary-upgrade #

此选项供就地升级实用程序使用。不建议也不支持将其用于其他目的。该选项的行为可能在未来的版本中更改而不另行通知。

--column-inserts
--attribute-inserts #

将数据转储为带有显式列名的 INSERT 命令(INSERT INTO table (column, ...) VALUES ...)。这会使恢复变得非常缓慢;它主要用于生成可装入非 PostgreSQL 数据库的转储文件。恢复期间发生的任何错误都只会导致有问题的 INSERT 所包含的行丢失,而不会导致整个表内容丢失。

--disable-dollar-quoting #

此选项禁用对函数体的美元引用,并强制用 SQL 标准字符串语法对它们加引号。

--disable-triggers #

此选项只在创建仅数据转储时才相关。它指示 pg_dump 在输出中包含一些命令,以便在恢复数据时临时禁用目标表上的触发器。如果这些表上存在不希望在数据恢复期间触发的引用完整性检查或其他触发器,请使用此选项。

目前,为 --disable-triggers 输出的这些命令必须由超级用户执行。因此,还应通过 -S 指定一个超级用户名,或者更好的做法是谨慎地以超级用户身份运行生成的脚本。

当生成一个归档(非文本)输出文件时,此选项将被忽略。对于归档格式,可以在调用 pg_restore 时指定该选项。

--enable-row-security #

此选项只在转储启用了行安全的表内容时才相关。默认情况下,pg_dump 会将 row_security 设置为 off,以确保把表中的所有数据都转储出来。如果用户没有足够的权限绕过行安全,则会抛出错误。该参数会指示 pg_dump 改为将 row_security 设置为 on,从而允许用户只转储其有权访问的那部分表内容。

请注意,如果当前使用此选项,通常还会希望让转储采用 INSERT 格式,因为恢复期间的 COPY FROM 不支持行安全。

--exclude-table-data=pattern #

不转储任何匹配 pattern 的表的数据。该模式按照与 -t 相同的规则解释。--exclude-table-data 可以给出多次,以排除匹配所给模式中任意一个的表。当需要某个特定表的定义、但不需要其中数据时,此选项很有用。

要排除数据库中所有表的数据,请参阅 --schema-only。

--extra-float-digits=ndigits #

在转储浮点数据时,使用指定的 extra_float_digits 值,而不是最大可用精度。出于备份目的的常规转储不应使用此选项。

--if-exists #

使用 DROP ... IF EXISTS 命令在 --clean 模式下删除对象。这会抑制原本可能报告的“does not exist”错误信息。除非同时指定了 --clean,否则此选项无效。

--include-foreign-data=foreignserver #

转储任何外部表的数据,只要其外部服务器匹配 foreignserver 模式。可以通过写多个 --include-foreign-data 开关来选择多个外部服务器。此外,foreignserver 参数按照 psql 的 \d 命令所使用的同样规则进行解释(见下文的模式),因此也可以通过在模式中使用通配符来选择多个外部服务器。使用通配符时,如有需要请小心为模式加引号,以防止 shell 展开通配符;见下文的示例。唯一的例外是不允许空模式。

注意

在 --include-foreign-data 中使用通配符,可能导致访问到意料之外的外部服务器。另外,为了安全地使用此选项,请确保所命名服务器的所有者是可信的。

注意

指定 --include-foreign-data 时,pg_dump 不会检查外部表是否可写。因此,不能保证外部表转储的结果一定能够成功恢复。

--inserts #

把数据转储为 INSERT 命令(而不是 COPY)。这会使恢复非常缓慢;它主要用于生成可装入非 PostgreSQL 数据库的转储。恢复期间发生的任何错误都只会导致有问题的 INSERT 所包含的行丢失,而不会导致整个表内容丢失。注意,如果重新安排了列顺序,恢复可能会彻底失败。--column-inserts 选项可以避免列顺序变化带来的问题,但速度更慢。

--load-via-partition-root #

当为表分区转储数据时,让 COPY 或 INSERT 语句以包含该分区的分区层次结构根为目标,而不是以该分区本身为目标。这会导致在加载数据时为每一行重新确定适当的分区。当在另一台服务器上恢复数据,而行并不总是落在与原始服务器相同的分区中时,这可能很有用。例如,如果分区列是 text 类型,而两个系统对用于排序该分区列的排序规则定义不同,就可能发生这种情况。

--lock-wait-timeout=timeout #

在转储开始时,不要无限等待获取共享表锁。如果无法在指定的 timeout 内锁定某个表,就让转储失败。超时可以用 SET statement_timeout 接受的任意格式指定。(允许的格式因被转储源服务器的版本而异,但所有版本都接受以毫秒为单位的整数。)

--no-comments #

不转储注释。

--no-publications #

不要转储发布。

--no-security-labels #

不要转储安全标签。

--no-subscriptions #

不要转储订阅。

--no-sync #

默认情况下,pg_dump 会等待所有文件都被安全写入磁盘。该选项会使 pg_dump 立即返回而不等待,这样更快,但意味着随后如果操作系统崩溃,转储可能会损坏。通常,此选项适用于测试,但不应在从生产安装转储数据时使用。

--no-synchronized-snapshots #

此选项允许对 9.2 之前的服务器运行 pg_dump -j,更多详情请参阅 -j 参数的文档。

--no-tablespaces #

不输出用于选择表空间的命令。使用此选项时,所有对象在恢复时都会创建在当时默认的表空间中。

当生成一个归档(非文本)输出文件时,此选项将被忽略。对于归档格式,可以在调用 pg_restore 时指定该选项。

--no-toast-compression #

不输出用于设置 TOAST 压缩方法的命令。使用此选项时,所有列都会以默认压缩设置恢复。

--no-unlogged-table-data #

不转储不记录 WAL 的表的内容。此选项不影响是否转储表定义(模式),只会抑制表数据的转储。从备库转储时,不记录 WAL 的表中的数据始终会被排除。

--on-conflict-do-nothing #

添加 ON CONFLICT DO NOTHING 到 INSERT 命令中。除非同时指定了 --inserts、--column-inserts 或 --rows-per-insert,否则此选项无效。

--quote-all-identifiers #

强制为所有标识符加引号。当从某个服务器转储数据库,而该服务器的 PostgreSQL 主版本与 pg_dump 不同,或者输出打算装入另一主版本的服务器时,推荐使用此选项。默认情况下,pg_dump 只会为在其自身主版本中属于保留字的标识符加引号。这有时会在处理其他版本服务器时导致兼容性问题,因为这些版本的保留字集合可能略有不同。使用 --quote-all-identifiers 可以防止此类问题,但代价是转储脚本更难阅读。

--restrict-key=restrict_key #

在转储输出中,把给定字符串用作 psql 的 \restrict 键。此选项只能用于纯文本转储,也就是 --format 被设置为 plain,或者省略了 --format 选项时。若未指定该键,pg_dump 会按需要随机生成一个。键只能包含字母数字字符。

此选项主要用于测试以及其他需要可重复输出的场景(例如比较转储文件)。一般不建议使用它,因为若恶意服务器事先知道该键,可能能够注入任意代码,并在运行 psql 处理转储输出的机器上执行。

--rows-per-insert=nrows #

将数据转储为 INSERT 命令(而不是 COPY)。它控制每个 INSERT 命令的最大行数。指定的值必须是大于零的数字。恢复过程中的任何错误将导致只有属于有问题的 INSERT 的行丢失,而不是整个表的内容。

--section=sectionname #

仅转储指定的部分。部分名称可以是 pre-data、data 或 post-data。可以多次指定此选项以选择多个部分。默认情况下是转储所有部分。

data 部分包含实际的表数据、大对象内容和序列值。post-data 部分包含索引、触发器、规则,以及除已验证的检查约束之外的其他约束定义。pre-data 部分包含所有其他数据定义项。

--serializable-deferrable #

使用 serializable 事务来执行转储,以确保所用快照与后续数据库状态一致;但这是通过等待事务流到达一个不会出现异常的时点来实现的,从而避免转储失败或导致其他事务因 serialization_failure 而回滚。有关事务隔离和并发控制的更多信息,请参见第 13 章。

这个选项对于仅用于灾难恢复的转储没有好处。但对于用来加载数据库副本,以供报表或其他只读负载共享,而原始数据库继续更新的转储,它可能有用。如果不使用它,转储可能反映出一种与最终提交事务的任何串行执行都不一致的状态。例如,如果使用批处理技术,转储中可能显示某个批次已经关闭,但批次中的全部条目却并未出现。

如果在启动 pg_dump 时没有活动的读写事务,此选项不会带来任何差别。如果存在活动的读写事务,转储开始时间可能会被延迟一个不确定的时长。一旦开始运行,使用或不使用该开关的性能都是相同的。

--snapshot=snapshotname #

在制作数据库转储时,使用指定的同步快照(详见表 9.90)。

当需要将转储与逻辑复制槽(参见第 49 章)或与并发会话同步时,此选项很有用。

在并行转储的情况下,将使用此选项定义的快照名称,而不是重新获取一个新快照。

--strict-names #

要求每个扩展(-e/--extension)、模式(-n/--schema)和表(-t/--table)限定条件在要转储的数据库中至少匹配一个扩展/模式/表。注意,如果所有扩展/模式/表限定条件都找不到匹配项,那么即使不使用 --strict-names,pg_dump 也会报错。

此选项不影响 -N/--exclude-schema、-T/--exclude-table 或 --exclude-table-data。排除模式未匹配到任何对象不会被视为错误。

--use-set-session-authorization #

输出符合 SQL 标准的 SET SESSION AUTHORIZATION 命令,而不是 ALTER OWNER 命令来确定对象所有权。这会让转储更符合标准,但根据转储中对象的历史,可能无法正确恢复。另外,使用 SET SESSION AUTHORIZATION 的转储肯定需要超级用户权限才能正确恢复,而 ALTER OWNER 只需较低权限。

-?
--help #

显示关于 pg_dump 命令行参数的帮助信息,并退出。

以下命令行选项控制数据库连接参数。

-d dbname
--dbname=dbname #

指定要连接的数据库名称。这等价于在命令行上把 dbname 作为第一个非选项参数指定。dbname 可以是连接字符串。如果是这样,连接字符串中的参数将覆盖任何冲突的命令行选项。

-h host
--host=host #

指定服务器所在机器的主机名。如果值以斜杠开头,则被用作 Unix 域套接字的目录。默认值取自 PGHOST 环境变量(如果已设置),否则尝试使用 Unix 域套接字连接。

-p port
--port=port #

指定服务器正在监听连接的 TCP 端口,或本地 Unix 域套接字文件扩展名。默认值取自 PGPORT 环境变量(如果已设置),否则使用编译时默认值。

-U username
--username=username #

用于连接的用户名。

-w
--no-password #

绝不发出密码提示。如果服务器要求密码认证,而又无法通过 .pgpass 文件等其他方式获得密码,则连接尝试将失败。在没有用户在场输入密码的批处理作业和脚本中,此选项很有用。

-W
--password #

强制 pg_dump 在连接数据库之前提示输入密码。

这个选项绝非必需,因为如果服务器要求密码认证,pg_dump 会自动提示输入密码。不过,pg_dump 会先浪费一次连接尝试来发现服务器需要密码。在某些情况下值得输入 -W,因为可以避免这次额外的连接尝试。

--role=rolename #

指定用于创建转储的角色名称。此选项会让 pg_dump 在连接数据库后发出 SET ROLE rolename 命令。当已认证用户(由 -U 指定)缺少 pg_dump 所需权限,但可以切换到具有所需权限的角色时,此选项很有用。有些安装环境有禁止直接以超级用户登录的策略,使用此选项就可以在不违反该策略的情况下进行转储。

环境

PGDATABASE
PGHOST
PGOPTIONS
PGPORT
PGUSER #

默认连接参数。

PG_COLOR #

指定诊断消息是否使用颜色。可选值为 always、auto 和 never。

与大多数其他 PostgreSQL 工具一样,此工具也使用 libpq 支持的环境变量(见第 34.15 节)。

诊断

pg_dump 在内部执行 SELECT 语句。如果运行 pg_dump 时遇到问题,请确认能够例如使用 psql 从数据库中查询信息。此外,libpq 前端库所使用的任何默认连接设置和环境变量也都会生效。

pg_dump 的数据库活动通常会被统计收集器收集。如果不希望如此,可以将参数 track_counts 通过 PGOPTIONS 或 ALTER USER 命令设置为 false。

注解

如果数据库集簇在 template1 数据库中有任何本地添加的内容,要小心把 pg_dump 的输出恢复到一个真正空的数据库中;否则很可能因为这些新增对象的重复定义而报错。要创建一个不含任何本地添加的空数据库,应从 template0 而不是 template1 复制,例如:

CREATE DATABASE foo WITH TEMPLATE template0;

当选择仅数据转储并使用 --disable-triggers 选项时,pg_dump 会在插入数据前发出命令禁用用户表上的触发器,并在数据插入完成后发出命令重新启用它们。如果恢复在中途停止,系统目录可能会保持在错误状态。

pg_dump 生成的转储文件不包含优化器用于决定查询计划的统计信息。因此,从转储文件恢复后,最好运行 ANALYZE 以确保最佳性能;更多信息请参阅第 25.1.3 节和第 25.1.6 节。

由于 pg_dump 常被用来把数据迁移到更新版本的 PostgreSQL,因此通常可以期望 pg_dump 的输出能够装载到 PostgreSQL 服务器中,而这些服务器的版本比 pg_dump 更高。pg_dump 也可以从版本比它自身更旧的 PostgreSQL 服务器上转储数据。(目前支持回溯到 8.0 版的服务器。)然而,pg_dump 不能从主版本高于它自身的 PostgreSQL 服务器上转储;它甚至会拒绝尝试,以免冒生成无效转储的风险。另外,也不能保证 pg_dump 的输出能够装载到更旧主版本的服务器上 — 即使转储正是从该版本服务器上取得的。把转储文件装载到较旧服务器时,可能需要手工编辑转储文件,移除旧服务器无法理解的语法。在跨版本场景中,建议使用 --quote-all-identifiers 选项,因为它可以防止不同 PostgreSQL 版本保留字列表差异带来的问题。

在转储逻辑复制订阅时,pg_dump 会生成 CREATE SUBSCRIPTION 命令,并带上 connect = false 选项,这样恢复订阅时就不会为了创建复制槽或执行初始表复制而建立远程连接。这样一来,无需网络访问远程服务器也能恢复转储。随后由用户以适当方式重新激活订阅。如果涉及的主机已经变化,则可能需要修改连接信息。在开始一次新的完整表复制之前,可能也适合先截断目标表。

通常建议在恢复数据库时使用 -X(--no-psqlrc)选项来处理纯文本 pg_dump 脚本,以确保恢复过程干净,并防止与非默认 psql 配置发生潜在冲突。

示例

要把数据库 mydb 转储到一个 SQL 脚本文件:

$ pg_dump mydb > db.sql

要把这样的脚本重新装入一个(新创建的)名为 newdb 的数据库:

$ psql -X -d newdb -f db.sql

要把一个数据库转储为 custom 格式归档文件:

$ pg_dump -Fc mydb > db.dump

要把一个数据库转储为 directory 格式归档:

$ pg_dump -Fd mydb -f dumpdir

要使用 5 个并行工作任务把一个数据库转储为 directory 格式归档:

$ pg_dump -Fd mydb -j 5 -f dumpdir

要把一个归档文件重新装入到一个(新创建的)名为 newdb 的数据库:

$ pg_restore -d newdb db.dump

要把一个归档文件重新装入生成该归档的同一个数据库,并丢弃该数据库的当前内容:

$ pg_restore -d postgres --clean --create db.dump

要转储一个名为 mytab 的表:

$ pg_dump -t mytab mydb > db.sql

要转储 detroit 模式中名称以 emp 开头的所有表,但排除名为 employee_log 的表:

$ pg_dump -t 'detroit.emp*' -T detroit.employee_log mydb > db.sql

要转储名称以 east 或 west 开头、并且以 gsm 结尾的所有模式,同时排除名称中包含单词 test 的任何模式:

$ pg_dump -n 'east*gsm' -n 'west*gsm' -N '*test*' mydb > db.sql

同样,使用正则表达式记法来合并这些开关:

$ pg_dump -n '(east|west)*gsm' -N '*test*' mydb > db.sql

要转储除名称以 ts_ 开头的表之外的所有数据库对象:

$ pg_dump -T 'ts_*' mydb > db.sql

要在 -t 及相关开关中指定大写或大小写混合的名称,必须用双引号括起该名称;否则它会被折叠为小写(参见下文的模式)。但双引号对 shell 也有特殊含义,因此还需要将双引号本身用引号括起。所以,要转储一个名称大小写混合的表,需要使用类似以下的命令:

$ pg_dump -t "\"MixedCaseName\"" mydb > mytab.sql

报告文档问题

阅读 上游文档. 通过 PostgreSQL 文档反馈表单.