pg_dump
描述
pg_dump 是一个用于备份 Postgresql 数据库的工具。它甚至可以在数据库正在并发使用的时候进行完整一致的备份。 pg_dump 并不阻塞其它用户对数据库的访问（读或者写）。
转储格式可以是一个脚本或者归档文件。 脚本转储的格式是纯文本，它包含许多 sql 命令， 这些 sql 命令可以用于重建该数据库并将之恢复到保存成脚本的时候的状态。 要从这样的脚本中恢复，使用 psql。 它们甚至可以用于在其它机器甚至是其它硬件体系的机器上重建该数据库， 通过对脚本进行一些修改，甚至可以在其它 sql 数据库产品上重建该数据库。
另外，还有候选的归档文件格式必须和 pg_restore 一起使用重建数据库。 它们允许 pg_restore 对恢复什么东西进行选择， 或者甚至是在恢复之前对需要恢复的条目进行重新排序。 归档格式还允许保存和恢复"大对象"，这个在脚本转储里是不可能的。 归档文件也是设计成可以跨平台移植的。
如果一种候选文件格式和 pg_restore 结合，那么pg_dump就能提供一种灵活的归档和传输机制。 pg_dump 可以用于备份整个数据库， 然后就可以使用 pg_restore 检查这个归档和/或选择要恢复的数据库部分。 最灵活等输出文件格式是"custom(客户化)"格式（-Fc）。 它允许对归档元素进行选取和重新排列， 并且缺省时是压缩的。 tar 格式（-Ft）不是压缩的并且我们在装载等时候不可能重排列， 不过它也很灵活；还有，它可以用标准 Unix 工具，比如 tar 处理。
选项
- dbname
-
声明将要转储的数据库名。 如果没有声明这个参数，那么使用环境变量 PGDATABASE。 如果那个环境变量也没声明，那么用发起连接的用户名。
-
-a
--data-only -
这个选项只是对纯文本格式有意义。对于归档格式，你可以在调用 pg_restore 的时候声明选项。
-
-b
--blobs -
在转储中包含大对象。必须选择一种非文本输出格式。
-
-c
--clean -
输出在创建数据库创建命令之前先清理（删除）该数据库对象的命令。
这个选项只是对纯文本格式有意义。对于归档格式，你可以在调用 pg_restore 的时候声明选项。
-
-C
--create -
以一条创建该数据库本身并且与这个数据库联接等命令开头进行输出。 （如果是这种形式的脚本，那么你在运行脚本之前和哪个数据库联接就不重要了。）
这个选项只对纯文本格式有意义。对于归档格式，你可以在调用 pg_restore 的时候声明该选项。
-
-d
--inserts -
将数据输出为的INSERT命令（而不是 COPY）。 这样会导致恢复非常缓慢。 这个选项主要用于制作那种可以用于其它非 Postgresql 数据库的转储。 请注意，如果你重新排列了字段顺序，那么恢复可能会完全失败。 -D 更安全，但是也更慢。
-
-D
--column-inserts
--attribute-inserts -
把数据转储为带有明确字段名的 INSERT 命令。 （INSERT INTO table(column,...) VALUES ...）。 这样会导致恢复非常缓慢，它主要用于制作那种可以用于其它非 Postgresql 数据库的转储。
-
-f file
--file=file -
-F format
--format=format -
选择输出的格式。format可以是下列之一：
-
-i
--ignore-version -
忽略在 pg_dump 和数据库服务器之间的版本差别。
pg_dump 可以处理来自以前版本的Postgresql 的数据库，但是太老的版本则不被支持了（目前是支持到 7.0）。 如果你需要跨越版本检查时才使用这个选项（ 而且如 pg_dump 失效，别说我没警告你）。
-
-n namespace
--schema=schema -
-o
--oids -
作为数据的一部分，为每个表都输出对象标识（OID）。 如果你的应用在某种程度上引用了OID字段的话，（比如，在外键约束中用到）。 那么使用这个选项。否则，不应该使用这个选项。
-
-O
--no-owner -
不把对象的所有权设置为对应源数据库。 通常， pg_dump 发出（psql特有的） ALTER OWNER 或者 SET SESSION AUTHORIZATION 语句以设置创建的数据库对象的所有权。 又见 -R 和 -X use-set-session-authorization 选项。 请注意 -O 并不防止所有对数据库的重新联接， 只是防止那些为调整权限进行的排它联接。
这个选项只是对纯文本格式有意义。对于归档格式，在你调用 pg_restore 的时候你可以声明该选项。
-
-R
--no-reconnect -
这个选项已经过时，但是出于向下兼容的考虑，仍然接受这个选项。
-
-s
--schema-only -
-S username
--superuser=username -
声明关闭触发器时需要用到的超级用户名。 它只有使用了 --disable-triggers 的时候才有关系。 （通常，我们最好不要输入这个参数，而是用超级用户启动生成的脚本。）
-
-t table
--table=table -
只输出表 table的数据。 很可能是在不同模式里面有多个同名表；如果这样，那么所有匹配的表都将被转储出来。 同时声明 --schema 和 --table 则只选择一个表。
-
-v
--verbose -
-x
--no-privileges
--no-acl -
避免输出 ACL（赋予/撤消 命令）和表的所有者关系信息。
-
-X disable-dollar-quoting
--disable-dollar-quoting -
-X disable-triggers
--disable-triggers -
这个选项只是和创建仅有数据的转储相关。它告诉 pg_dump 包含在恢复数据时，临时关闭目标表上面的触发器的命令。 如果你在表上有参考完整性检查或者其它触发器，而恢复数据的时候你不想重载他们，那么你就应该使用这个选项。
目前，为 --disable-triggers 发出的命令必须用超级用户来做。 因此，你应该同时用 -S 声明一个超级用户名，或者最好是用一个超级用户的身份来启动这个生成的脚本。
这个选项只对纯文本格式有意义。对于归档格式，你可以在调用 pg_restore 的时候声明这个选项。
-
-X use-set-session-authorization
--use-set-session-authorization -
输出 sql 标准 SET SESSION AUTHORIZATION 命令而不是 OWNER TO 命令。 这样的转储结果更加复合标准，但是依赖转储中的对象的历史，可能不能正确恢复。
-
-Z 0..9
--compress=0..9
下面的命令行参数控制数据库为联接参数。
注意
如果你的数据库给template1数据库增加了任何你自己的东西， 那么请注意把 pg_dump 的输出恢复到一个真正空的数据库中； 否则你可能会收到因为重复定义所追加的对象而造成的错误信息。要制作一个没有任何本地附属物的数据库， 可以从template0而不是template1拷贝，比如：
CREATE DATABASE foo WITH TEMPLATE template0;
pg_dump 有几个限制：
-
在转储一个表或者作为纯文本转储时，pg_dump 无法操作大对象。 大对象必须整数据库地使用非文本归档格式之一进行转储。
-
在进行纯数据转储时，并且使用了选项 --disable-triggers 的时候，pg_dump 发出一些查询先关闭在用户表上面的触发器， 然后插入数据，数据插入完成后再发出查询打开触发器。 如果恢复动作在中间停止，那么系统表可能就会处于一种错误状态。
tar 归档的成员的大小限制于 8 GB。（这个限制是 tar 文件格式的固有限制。） 因此这个格式无法用于任何单表的大小超过这个尺寸的原文表现。 tar 归档和任何其它输出格式的总大小是不受限制的，只是可能会又操作系统的限制。
pg_dump 生成的转储文件并不包含优化器用于查询规划决策的统计信息。 因此，恢复完之后，我们建议在每个已恢复的对象上运行 ANALYZE，以保证好性能。
