逻辑备份在恢复时，介于逻辑备份与故障时间点之间的数据难以恢复，故一般不采取逻辑备份方式进行数据库备份，但逻辑适用于跨平台跨版本的数据迁移；
逻辑备份恢复主要以下三种：
pg_dump
pg_dumpall
copy
本小节主要讲解pg_dump
pg_dump备份
只能备份单个数据库，不会导出角色和表空间相关的信息
-F c 备份为二进制格式,压缩存储.并且可被pg_restore用于精细还原
-F p 备份为文本,大库不推荐
pg_dump恢复
psql dbname -U username < bakfile
或
|
1
2
3
|
pg_restore– pg_restore [option] ... [filename]– pg_restore -d dbname bakfile |
二进制格式的备份只能使用pg_restore来还原,可以指定还原的表,编辑TOC文件,定制还原的顺序,表, 索引等。
文本格式的备份还原, 直接使用用户连接到对应的数据库执行备份文本即可,例如psql dbname -f bak.sql
pg_dump备份恢复示例
1）创建数据库
createdb testdb
2）连入数据库testdb
psql testdb
3）创建测试表，插入数据
|
1
2
3
|
testdb=# create table tt(a int) tablespace tbls_t;testdb=# insert into tt(a) values(1);testdb=# insert into tt(a) values(2); |
4）查看数据
testdb=# select * from tt;
5）备份
pg_dump testdb>/dbbak/testdb.sql #简单语法,可结合选项灵活备份
6）删除数据库testdb
dropdb testdb
7）创建新数据库（恢复之前需创建数据库）
createdb testdb
8）恢复数据
psql testdb </dbbak/testdb.sql
9）查看数据是否回复
psql testdb
testdb=# select * from tt;
至此，数据已成功恢复！
pg_restore -d postgres /dbbak/pgdumpbak/p.dmp
pg_dump备份恢复命令扩展练习
|
1
2
3
4
5
6
|
pg_dump -F c -f /dbbak/pgdumpbak/c.dmp -C -E UTF8 -h 127.0.0.1 -U postgres testdb #二进制格式备份文件 pg_dump -F p -f /dbbak/pgdumpbak/p.dmp -C -E UTF8 -h 127.0.0.1 -U postgres testdb #文本格式备份文件，”-C” 表示包含创建语句pg_restore /dbbak/c.dmp|less 可以解析二进制格式的备份文件pg_restore -l /dbbak/c.dmp pg_restore -d testdb /dbbak/pgdumpbak/c.dmp #需要先创建目标库pg_restore -d postgres /dbbak/pgdumpbak/p.dmp #文件中包含创建数据库的命令，不需要创建目标库 |
toc文件选择性备份恢复
1）根据二进制备份文件生成toc文件
pg_restore -l -f /dbbak/pgdumpbak/toc /dbbak/pgdumpbak/c.dmp
2）修改 toc文件，以首行加分号“;”的方式注释掉不用还原的内容
3）以toc文件列表做恢复
pg_restore -F c -L /dbbak/pgdumpbak/toc -d testdb /dbbak/pgdumpbak/c.dmp
补充：Postgresql备份与还原命令pg_dump
postgresql数据库的备份和还原命令pg_dump
常用命令：
备份：
pg_dump -U postgres -d myDBname -f dump.sql
其中
postgres是用户名
myDBname是数据库名
dump.sql是文件名
还原：
createdb newDBname
psql -d newDBname -U postgres -f dump.sql
其中
postgres是用户名
newDBname是数据库名
dump.sql是文件名
参考：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
|
pg_dump 把一个数据库转储为纯文本文件或者是其它格式.用法: pg_dump [选项]... [数据库名字]一般选项: -f, --file=FILENAME 输出文件或目录名 -F, --format=c|d|t|p 输出文件格式 (定制, 目录, tar) 明文 (默认值)) -j, --jobs=NUM 执行多个并行任务进行备份转储工作 -v, --verbose 详细模式 -V, --version 输出版本信息，然后退出 -Z, --compress=0-9 被压缩格式的压缩级别 --lock-wait-timeout=TIMEOUT 在等待表锁超时后操作失败 -?, --help 显示此帮助, 然后退出控制输出内容选项: -a, --data-only 只转储数据,不包括模式 -b, --blobs 在转储中包括大对象 -c, --clean 在重新创建之前，先清除（删除）数据库对象 -C, --create 在转储中包括命令,以便创建数据库 -E, --encoding=ENCODING 转储以ENCODING形式编码的数据 -n, --schema=SCHEMA 只转储指定名称的模式 -N, --exclude-schema=SCHEMA 不转储已命名的模式 -o, --oids 在转储中包括 OID -O, --no-owner 在明文格式中, 忽略恢复对象所属者 -s, --schema-only 只转储模式, 不包括数据 -S, --superuser=NAME 在明文格式中使用指定的超级用户名 -t, --table=TABLE 只转储指定名称的表 -T, --exclude-table=TABLE 不转储指定名称的表 -x, --no-privileges 不要转储权限 (grant/revoke) --binary-upgrade 只能由升级工具使用 --column-inserts 以带有列名的INSERT命令形式转储数据 --disable-dollar-quoting 取消美元 (符号) 引号, 使用 SQL 标准引号 --disable-triggers 在只恢复数据的过程中禁用触发器 --enable-row-security 启用行安全性（只转储用户能够访问的内容） --exclude-table-data=TABLE 不转储指定名称的表中的数据 --if-exists 当删除对象时使用IF EXISTS --inserts 以INSERT命令，而不是COPY命令的形式转储数据 --no-security-labels 不转储安全标签的分配 --no-synchronized-snapshots 在并行工作集中不使用同步快照 --no-tablespaces 不转储表空间分配信息 --no-unlogged-table-data 不转储没有日志的表数据 --quote-all-identifiers 所有标识符加引号，即使不是关键字 --section=SECTION 备份命名的节 (数据前, 数据, 及 数据后) --serializable-deferrable 等到备份可以无异常运行 --snapshot=SNAPSHOT 为转储使用给定的快照 --strict-names 要求每个表和/或schema包括模式以匹配至少一个实体 --use-set-session-authorization 使用 SESSION AUTHORIZATION 命令代替 ALTER OWNER 命令来设置所有权联接选项: -d, --dbname=DBNAME 对数据库 DBNAME备份 -h, --host=主机名 数据库服务器的主机名或套接字目录 -p, --port=端口号 数据库服务器的端口号 -U, --username=名字 以指定的数据库用户联接 -w, --no-password 永远不提示输入口令 -W, --password 强制口令提示 (自动) --role=ROLENAME 在转储前运行SET ROLE如果没有提供数据库名字, 那么使用 PGDATABASE 环境变量的数值.报告错误至 <pgsql-bugs@postgresql.org>. |
以上为个人经验，希望能给大家一个参考，也希望大家多多支持服务器之家。如有错误或未考虑完全的地方，望不吝赐教。
原文链接：https://blog.csdn.net/pg_hgdb/article/details/79168060
