嘿，我刚好遇到过类似的困扰——改pg_hba.conf还要重启或重载PostgreSQL，确实挺麻烦的，而且脚本自动化的时候还容易出问题。既然你的脚本有sudo权限，这里有几个靠谱的方法能绕过这个限制：

• 方法一：切换到postgres用户执行导入
  PostgreSQL默认的peer认证是验证操作系统用户名和数据库用户名是否匹配，而postgres用户本身是数据库的超级用户，本地通过套接字连接是完全允许的。你可以直接用sudo切换到postgres用户来执行导入命令：

sudo -u postgres psql -d $db_version -f *.sql

如果你的目标数据库用户不是postgres，也可以在psql里指定用户名（前提是该用户有足够权限）：

sudo -u postgres psql -U $db_user -d $db_version -f *.sql

这个方法最安全也最简单，完全不用碰任何配置文件。

• 方法二：通过TCP/IP连接（localhost）
  如果你的pg_hba.conf里已经配置了本地TCP连接的认证规则（比如md5），可以强制psql使用TCP连接而不是Unix域套接字，这样就能用密码认证绕过peer限制。你可以用-h localhost参数指定连接方式，同时用环境变量传递密码避免交互：

PGPASSWORD=$db_user_password psql -U $db_user -h localhost -d $db_version -f *.sql

注意：要确保你的数据库用户已经设置了密码，而且pg_hba.conf里有类似host all all 127.0.0.1/32 md5的规则（大部分默认配置里都有）。

• 方法三：临时修改配置后恢复（不推荐但可用）
  如果你实在想用原来的命令格式，也可以临时修改pg_hba.conf，执行完导入再改回去。不过这个方法要小心脚本中断导致配置没恢复，最好加个错误处理：

# 备份原配置文件（注意替换成你的postgres配置路径，不同系统路径不同）
sudo cp /etc/postgresql/14/main/pg_hba.conf /etc/postgresql/14/main/pg_hba.conf.bak

# 替换peer为trust
sudo sed -i 's/local   all all peer/local   all all trust/' /etc/postgresql/14/main/pg_hba.conf

# 重载PostgreSQL配置（不用重启）
sudo systemctl reload postgresql

# 执行导入
psql -U $db_user -d $db_version < *.sql

# 恢复原配置
sudo cp /etc/postgresql/14/main/pg_hba.conf.bak /etc/postgresql/14/main/pg_hba.conf

# 再次重载配置
sudo systemctl reload postgresql

提醒：不同Linux发行版的postgres配置路径不一样，比如CentOS/RHEL是/var/lib/pgsql/data/pg_hba.conf，Ubuntu/Debian是/etc/postgresql/<版本号>/main/pg_hba.conf，要根据你的系统调整路径。

个人最推荐方法一，既不用改配置，也不需要处理密码，完全适配sudo脚本的场景，可靠性最高。

备注：内容来源于stack exchange，提问作者herrdeh