PostgreSQL转储导入AWS RDS时遇pg_catalog权限及搜索路径问题

我之前在适配AWS RDS PostgreSQL的迁移工作中，也踩过一模一样的pg_catalog权限坑，结合你用sed修改pg_dump输出的场景，给你几个针对性的解决方法：

1. 直接修正dump文件中的search_path语句 #

AWS RDS的普通数据库用户默认没有对pg_catalog schema的显式访问权限，而pg_catalog本身已经默认包含在全局搜索路径里，完全不需要在SET search_path里显式指定。你可以用sed批量替换掉dump里的问题语句：

sed -i 's/SET search_path = \(.*\), pg_catalog;/SET search_path = \1;/g' your_dump_file.sql

这个命令会把所有包含, pg_catalog的search_path设置语句去掉pg_catalog部分，保留你的业务schema（比如例子里的reports）。

2. 从pg_dump源头避免生成问题语句 #

与其事后修改dump文件，不如让pg_dump直接生成适配RDS的输出。你可以在执行pg_dump时指定--search-path参数，限定只包含你的业务schema：

pg_dump -h source_host -U source_user -d source_db --search-path=reports -n reports -f dump.sql

另外，加上--no-security-labels这类参数也能避免生成一些RDS不支持的权限相关语句，减少后续修改的麻烦。

3. 验证目标数据库的默认搜索路径 #

在目标RDS实例上执行以下SQL，确认pg_catalog已经在默认搜索路径中：

SHOW search_path;

正常输出应该包含pg_catalog（比如"$user", public, pg_catalog），这就说明即使不显式指定，PostgreSQL也能找到pg_catalog里的系统对象，不会影响你的TYPE等对象创建。

如果还有其他涉及pg_catalog的权限报错，可以检查目标用户是否有USAGE权限在pg_catalog上（不过RDS默认普通用户是有这个权限的，大概率还是search_path的问题）。

内容的提问来源于stack exchange，提问作者gvasquez