本地PostgreSQL FDW连接意外关闭（段错误）求助

问题分析 #

MacOS Sonoma升级后，系统底层依赖库（如libssl、libcrypto或系统API）发生了变更，而PostgreSQL 14.1属于较旧版本，其预编译二进制文件（包括postgres_fdw扩展）与新系统环境兼容性不足，导致执行IMPORT FOREIGN SCHEMA时触发段错误（信号11），进程终止后触发自动恢复。

解决方案 #

以下是按优先级排序的修复步骤：

1. 重新安装适配Sonoma的PostgreSQL 14.x版本
   若你通过Homebrew或Postgres.app安装PG，直接重新获取针对当前系统编译的版本：

   • Homebrew操作：

     # 先停止服务
     brew services stop postgresql@14
     # 卸载旧版本（操作前务必备份数据）
     brew uninstall postgresql@14
     # 重新安装适配Sonoma的版本
     brew install postgresql@14
     # 重启服务
     brew services start postgresql@14
     

   • Postgres.app操作：下载适配Sonoma的PostgreSQL 14.x安装包，替换旧版本后恢复数据。

2. 校验并重建postgres_fdw扩展
   执行SQL确认扩展版本与PG 14.1是否匹配：

   SELECT extname, extversion FROM pg_extension WHERE extname = 'postgres_fdw';
   

   若版本不兼容，删除并重新创建扩展：

   DROP EXTENSION postgres_fdw;
   CREATE EXTENSION postgres_fdw;
   

3. 跳过批量导入，手动创建外部表测试
   避开IMPORT FOREIGN SCHEMA，手动创建简单外部表验证连接是否正常：

   -- 假设已提前创建外部服务器foreign_server
   CREATE FOREIGN TABLE test_fdw (id int, name text)
   SERVER foreign_server
   OPTIONS (schema_name 'public', table_name 'test');
   

   若手动创建正常，说明问题出在批量元数据读取逻辑上，建议升级到PG 14.x最新小版本修复该问题。

4. 启用调试日志定位具体错误点
   修改postgresql.conf中的日志配置：

   log_min_messages = debug1
   log_min_error_statement = debug1
   log_line_prefix = '%t [%p]: [%c-%l] user=%u,db=%d,app=%a '
   

   重启PG服务后再次执行IMPORT FOREIGN SCHEMA，通过日志中的错误堆栈定位具体触发段错误的函数或库调用。

5. 升级到PG 14.x最新小版本
   PostgreSQL 14系列仍处于维护周期，最新小版本（如14.10）修复了大量系统兼容性问题，建议直接升级：

   • Homebrew操作：brew upgrade postgresql@14
   • 手动升级：下载对应版本源码编译安装，或使用官方提供的适配Sonoma的安装包。

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