PostGIS备份恢复怎么做?pg_dump命令是?

作者： GIS研习社更新时间：2025-12-10 09:00:03 分类：GIS基础理论

“数据库一夜归零”？别慌，PostGIS备份恢复全指南来了

你是不是也经历过这种崩溃时刻：辛辛苦苦导入的矢量路网、遥感元数据、空间索引……因为一次误删、服务器宕机或升级失败，瞬间灰飞烟灭？别怕，这不是你的错——而是你还没掌握 PostGIS 的“后悔药”：pg_dump 和 pg_restore。

为什么PostGIS备份不能靠复制文件夹？

很多初学者会想：“我直接把 PostgreSQL 的 data 目录整个拷贝走不就行了？”——大错特错！这就像试图通过拔掉硬盘来“备份微信聊天记录”，不仅可能损坏数据，还完全无法跨版本、跨平台恢复。

我在参与某智慧城市项目时，团队曾因直接复制 data 文件夹导致空间索引全部失效，恢复耗时三天。从那以后，我们立下铁律：所有空间库必须用 pg_dump 备份。

PostGIS 数据库包含复杂的事务日志、表空间映射和空间元数据（如 geometry_columns、spatial_ref_sys），只有通过官方工具导出逻辑结构+数据，才能保证一致性与可移植性。

pg_dump：你的空间数据“时光机”

pg_dump 是 PostgreSQL 自带的命令行备份工具，对 PostGIS 完全兼容。它能将整个数据库（包括空间表、函数、视图、权限）导出为一个 SQL 脚本或二进制归档文件。

常用备份命令如下：

# 备份整个数据库到 SQL 文件（适合小数据量、需人工检查）
pg_dump -h localhost -U your_user -F p -f backup.sql your_db_name

# 备份为自定义格式（压缩+支持并行恢复，推荐生产环境）
pg_dump -h localhost -U your_user -F c -f backup.dump your_db_name

# 只备份空间表（排除日志等）
pg_dump -t 'public.spatial_table' -F c -f spatial_only.dump your_db_name

参数说明：

-h：主机地址
-U：用户名
-F：输出格式（p=plain SQL, c=custom 二进制）
-f：输出文件路径
-t：指定表名（支持通配符）

恢复数据：从 dump 文件重生你的空间世界

恢复比备份更需谨慎。推荐先在测试库演练，再上生产环境。

# 创建空数据库（记得启用 PostGIS 扩展！）
createdb -h localhost -U your_user restored_db
psql -h localhost -U your_user -d restored_db -c "CREATE EXTENSION postgis;"

# 恢复 custom 格式备份
pg_restore -h localhost -U your_user -d restored_db -j 4 backup.dump

# 恢复 plain SQL 文件
psql -h localhost -U your_user -d restored_db -f backup.sql

关键点：

恢复前必须手动创建数据库并启用 postgis 扩展，否则空间类型会报错。
-j 4 表示使用 4 个并发进程加速恢复，适合大库。
若原库有自定义函数或 Schema，建议加上 --schema=your_schema 参数。

实战技巧：自动化 + 增量备份组合拳

光会手动备份远远不够。我建议你设置 cron 定时任务 + WAL 日志归档，实现“每日全备 + 实时增量”的企业级方案。

举个栗子 🌰：把备份想象成拍电影——pg_dump 是每天拍一张“全家福剧照”，而 WAL（Write-Ahead Logging）则是每分每秒录制的“现场花絮”。即使今天全家福没拍，你也能靠花絮找回任意时间点的状态。

简单自动化脚本示例（Linux crontab）：

# 每天凌晨2点全量备份
0 2 * * * pg_dump -U postgres -F c -f /backups/postgis_$(date +%Y%m%d).dump gis_prod

# 保留最近7天备份
0 3 * * * find /backups/ -name "postgis_*" -mtime +7 -delete