折腾过数据库迁移的人都知道，这事儿看着简单，真上手全是坑。尤其是 PostgreSQL，别看平时用着顺手，真要搬家换环境，从版本升级到跨平台迁移，再到云上云下互倒，每一步都可能踩雷。我见过不少团队，数据量不大，但迁移搞了通宵，卡在字符集、序列号、外键约束这些细节上，头都大了。所以今天不聊虚的，就实打实说说 PostgreSQL 数据库迁移工具，哪些靠谱、哪些有坑、怎么选才对路。
先泼盆冷水，很多人一上来就盯着 pgdump 这个官方自带工具，觉得它最稳。确实，pgdump 是元老级选手，支持逻辑备份、单库导出、压缩和并行，日常小规模迁移完全够用。但它的短板也很明显——对大库不友好，几 TB 的数据导出来再导进去，时间成本高得吓人。而且它只做逻辑备份，不搬物理文件，遇到表结构复杂、触发器多、自定义类型一堆的情况，恢复时报错概率直线上升。更麻烦的是，pgdump 对版本兼容性处理得还行，但跨大版本迁移时，某些老语法在新版本里可能被废弃，导出的 SQL 文件得手动改，这活儿干过的人都知道有多烦。
那物理迁移呢？有人会提 pgbasebackup，这工具适合做整库的物理备份和恢复，速度确实快，直接拷贝数据目录，适合同版本、同架构的迁移。但它有个死穴——要求目标环境和源环境高度一致，比如编译选项、扩展模块、甚至文件路径都得对上，否则恢复完启动直接报错。而且它不支持跨版本升级，想从 PG12 迁到 PG16，用 pgbasebackup 就是自找麻烦。所以这工具适合做同机房的灾备恢复，或者同版本快速克隆，真要跨环境、跨版本，它帮不上忙。
跨版本升级怎么办？官方还有个 pgupgrade，这工具专门干这个，可以在线把数据文件直接升级到新版本，速度比逻辑导出快得多。但它有个前提——你得先把新版本装上，而且新旧版本的数据目录得能同时访问，操作步骤也挺讲究，一步错就前功尽弃。更关键的是，pgupgrade 对自定义扩展、第三方插件支持有限，有些插件在新版本里没对应版本，升级直接失败。所以用 pgupgrade 之前，得先盘点一遍自己的扩展列表，提前准备好替代方案。
说完官方工具，就得提社区和商业方案了。我实际用得最多的是 pgloader，这工具在数据迁移圈子里口碑不错，支持从 MySQL、SQLite、MS SQL Server 甚至 CSV 文件迁到 PostgreSQL，还能做数据清洗和格式转换。它的配置文件是 Lisp 语法，看着有点怪，但上手之后效率很高，能自动处理类型映射、索引重建、约束调整这些琐碎事。我拿它做过几次从 MySQL 到 PG 的迁移，几百万行数据，半小时跑完，基本不用手动改东西。不过 pgloader 也有局限，它侧重逻辑迁移，对超大表的性能优化一般，而且迁移过程中如果源库还在写，数据一致性得自己想办法保证。
如果是企业级场景，或者数据量上了 T 级别，那还得看商业工具，比如 AWS 的 Database Migration Service，或者 Percona 的迁移服务，还有像 Fivetran、Striim 这类实时数据管道工具。它们的好处是能支持增量同步，也就是全量迁移完还能持续追平源库的新写入，做到在线迁移不停机。这对业务连续性要求高的系统太重要了。但商业工具普遍有个问题——贵，而且绑定特定云厂商或生态，一旦用上，后面想换平台就麻烦。另外，它们对 PostgreSQL 的高级特性支持也未必全面，比如分区表、逻辑复制槽、复杂触发器，有些工具处理得并不好。
还有一个容易被忽视的坑，就是字符集和排序规则。PostgreSQL 的数据库级字符集一旦建好，后期改起来非常痛苦。迁移时如果源库是 GBK，目标库是 UTF8，那数据导进去全变乱码，这问题用 pgdump 导出的 SQL 文件就能遇到。我自己就踩过，当时从一台老服务器迁数据，源库是 SQLASCII 编码，导到新库 UTF8，所有中文全成问号，只能重新导，白忙活一晚上。所以用任何工具之前，第一步一定要确认字符集和 collation 是否兼容，这比选工具本身还重要。
再提一个很多人忽略的点——序列（Sequence）。PostgreSQL 里自增主键靠序列实现，迁移时如果只是把表结构和数据导过去，序列的当前值不会自动更新，结果就是插入新记录时报主键冲突。pgdump 其实会导出序列的当前值，但前提是你用对参数，比如 --column-inserts，或者手动处理 setval。而 pgloader 这类工具在迁移时通常会自动处理序列，但如果你用的是物理拷贝，那序列就得自己写脚本重新设置。这细节看着小，真上线了能让人崩溃。
聊聊怎么选。我的建议是别迷信单一工具，组合拳才是王道。比如小库、逻辑迁移、跨版本，直接用 pgdump 加压缩，简单可靠；如果数据量大、同版本、同环境，那 pgbasebackup 物理拷贝最快；要是跨版本升级，pgupgrade 优先，但升级前先跑一遍 pg_dump 做备份兜底；异构数据库迁移，pgloader 是首选；企业级在线迁移，就得考虑商业方案加增量同步。另外不管用哪个工具，迁移前一定做全量备份，迁移后做数据校验，行数、字段值、约束、序列、索引、外键，一个都不能漏。记住一句话——工具是死的，人是活的，搞清楚自己的场景，再选工具，比盲目追求某个“神器”靠谱得多。
