Debian 下 PostgreSQL 数据库迁移方案
一、方案总览与选型
| 方案 |
适用场景 |
停机窗口 |
版本/平台要求 |
关键工具 |
主要优点 |
主要限制 |
| 逻辑导出导入(pg_dump/pg_restore、pg_dumpall) |
跨版本、跨平台、只迁部分库/表、云上/云下迁移 |
一般为分钟级(取决于数据量) |
基本无限制,适合升级或架构调整 |
pg_dump、pg_restore、pg_dumpall、psql |
灵活、可选择性迁移、易验证 |
大数据量较慢,对象所有权/权限需提前准备 |
| 物理迁移(文件系统拷贝、pg_basebackup、WAL PITR) |
同版本同平台整机迁移、快速整机切换、需要时间点恢复 |
冷备需停库;基础备份可在线 |
建议同版本、同平台、同架构 |
tar、pg_basebackup、WAL 归档 |
速度快、一致性好、适合大库 |
对版本/平台敏感,回滚与切换流程要求高 |
| 复制/迁移工具(流复制、pgloader) |
零/低停机切换、持续同步到新集群、异构到 MySQL/GreatSQL |
可近零停机 |
源端需启用复制;异构需工具支持 |
流复制/WAL、pgloader |
切换平滑、可最小化停机 |
配置复杂,需网络与权限准备,异构需处理语法差异 |
| 上述分类与要点来自 PostgreSQL 官方常用实践与云厂商技术文档的归纳,适用于 Debian 环境部署的 PostgreSQL。 |
|
|
|
|
|
|
二、方案详解
三、迁移前后关键检查清单
- 版本与兼容性:确认源/目标 PostgreSQL 主版本与扩展插件;跨版本优先考虑逻辑迁移或升级后迁移。
- 对象与权限:角色、表空间、默认权限、所有者、FDW/扩展对象需提前在目标端准备;逻辑导入时若角色不存在,属主/权限可能无法保留。
- 大对象与特殊类型:确认 LO、JSON/JSONB、hstore、几何类型等迁移完整性;自定义格式(-F c -b)更可靠。
- 统计信息与性能:导入后执行 ANALYZE 更新统计信息;按需执行 VACUUM FULL 或重建索引。
- 配置与网络:核对 postgresql.conf(listen_addresses、port) 与 pg_hba.conf(认证方式、网段);迁移窗口内控制连接与写入,避免增量干扰。
- 验证与回滚:准备回滚预案与验证脚本(行数、校验和、关键业务查询、应用冒烟测试),在切换前完成演练。
四、常用命令速查
- 逻辑导出导入
- 单库自定义格式备份与恢复:
- pg_dump -U postgres -d mydb -F c -b -v -f mydb.dump
- pg_restore -U postgres -d mydb -v mydb.dump
- 全集簇导出与导入:
- pg_dumpall -U postgres -f globals.sql
- psql -U postgres -f globals.sql
- 各库分别用 pg_dump/pg_restore 或 psql 导入
- 物理迁移
- 冷备份与恢复:
- 停库:pg_ctl stop -m fast
- 打包:tar czf pgdata.tar.gz -C /var/lib/postgresql/15/main .
- 解压与授权:tar xzf pgdata.tar.gz -C /var/lib/postgresql/15/main;chown -R postgres:postgres /var/lib/postgresql/15/main
- 启动:systemctl start postgresql
- 基础备份与 PITR:
- pg_basebackup -h src_host -D /pgbak/base -Ft -z -P
- 配置 recovery.conf(或 postgresql.auto.conf)指向 restore_command 与 recovery_target_time,启动至目标时间点
- 复制/迁移工具
- pgloader(PostgreSQL → MySQL/GreatSQL)示例:
- 保存为 load.load:
- LOAD DATABASE
- FROM postgresql://u:p@src/db
- INTO mysql://u:p@dst/db
- WITH data only, include no drop, create tables, create indexes, reset sequences
- 执行:pgloader load.load
以上命令为常见用法示例,实际需结合你的目录、版本与网络环境调整。