PostgreSQL使用postgres_fdw时用户映射密码安全与多用户连接咨询

postgres_fdw默认会把用户映射中配置的密码明文存储在系统表pg_user_mapping中，虽然普通用户默认没有权限查看该表的umoptions字段，只有超级用户可以读取，但如果发生超级账号泄露、备份文件泄露等情况，仍有密码外泄的风险，对应的优化方案如下：

• 优先采用*.pgpass密码文件认证*：在运行PostgreSQL服务的操作系统用户（通常为postgres）的家目录下创建.pgpass文件，写入内容格式为host:port:dbname:username:password，将文件权限设置为600（仅允许所属用户读写），后续创建用户映射时无需添加password参数，postgres_fdw会自动从该文件读取密码，完全避免密码存入数据库系统表。
• 安全性要求更高的场景可以用SSL证书认证：如果外部PostgreSQL实例支持客户端证书认证，可配置证书免密登录，同样不需要在用户映射中填写密码，安全性远高于密码认证。
• 若确实需要将密码配置在用户映射中，PostgreSQL 13及以上版本已支持用户映射密码加密存储：将全局参数password_encryption设置为scram-sha-256后，新创建的用户映射密码会自动加密存储，即便是超级用户查询系统表也只能拿到加密后的哈希值，不会泄露明文。

• 技术上完全可行，不会产生连接冲突：postgres_fdw的外部连接是和本地会话绑定的，每个本地用户访问外部表时会独立创建到外部库的连接，哪怕复用同一个外部用户账号，不同会话的连接也是完全隔离的，不存在操作冲突的问题。
• 过载风险取决于实际访问量：如果本地同时访问外部表的用户量很大，确实会在外部库生成大量连接，你可以通过两个方式规避风险：一是调整postgres_fdw的keep_connections参数控制连接的复用时长，二是搭配pgBouncer等连接池中间件统一管理到外部库的连接，同时按需调整外部库的max_connections参数，即可避免连接数超限导致的过载。
• 权限注意事项：复用同一个外部用户的场景下，外部库的账号权限要按最小原则配置，不要给超出业务需求的读写权限，所有精细化的权限控制放在本地PostgreSQL库实现即可。

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