Rake与Rails控制台触发PostgreSQL异常问题排查求助

我们有一个运行在Ubuntu 22.04 TLS（rbenv 1.2.0、Ruby 2.1.10、pg gem 4.0.1、PostgreSQL 10）上的遗留Rails 4.1应用，应用本身运行正常，但Rake（12.3.3）和Rails控制台访问ActiveRecord对象时，会在.rbenv/versions/2.1.10/lib/ruby/gems/2.1.0/gems/activerecord-4.0.1/lib/active_record/connection_adapters/postgresql_adapter.rb:831处持续触发段错误并生成核心转储。Rails日志显示数月前迁移运行成功，存在一些弃用警告：其中active record whitelist_attributes已修复，其余未修复警告据判断与数据库操作无关。现求助：为何使用同一activerecord gem的Rails与Rake、Rails控制台会出现这种行为差异？

1. 数据库连接初始化时机差异 #

Rails应用采用延迟连接初始化——只有实际执行数据库操作时才建立连接；而Rake任务（尤其是涉及ActiveRecord的任务）和Rails控制台会提前初始化数据库连接，甚至启动阶段就完成连接建立。这种时机差异会触发pg gem与PostgreSQL交互的不同路径，而老旧的pg 4.0.1 + Ruby 2.1.10在Ubuntu 22.04的新系统库（如libpq）环境下，可能在提前初始化的场景中触发内存访问错误（段错误的核心原因）。

2. 依赖加载逻辑不同 #

尽管使用同一个activerecord gem，但Rake和控制台的依赖加载顺序或额外加载的Gem可能与Rails应用存在差异：

• Rake会加载自身的依赖，部分任务可能间接引入了与数据库适配器冲突的库；
• Rails控制台默认加载全环境Gem（包括开发环境的调试、控制台相关Gem），而生产环境的Rails应用可能仅加载必要的Gem组。这些额外加载的库可能与pg gem 4.0.1存在内存空间冲突，进而引发段错误。

3. 系统库ABI兼容性问题 #

Ubuntu 22.04自带的libpq版本远高于PostgreSQL 10对应的libpq（PostgreSQL 10是10.x，Ubuntu 22.04是14.x）。pg gem 4.0.1是基于旧版libpq编译的，运行时链接到新版libpq时可能出现应用二进制接口（ABI）不兼容：

• Rails应用的连接使用模式刚好避开了不兼容的API调用；
• 但Rake/控制台的连接初始化逻辑会调用这些不兼容API，直接触发段错误。

4. 环境变量差异 #

Rails应用通常通过服务管理器（如systemd）启动，会设置特定环境变量；而Rake和控制台在用户shell下运行，环境变量可能存在差异：

• 比如LD_LIBRARY_PATH是否指定了PostgreSQL 10的lib目录，导致pg gem加载了错误版本的libpq；
• 或者RUBYOPT等变量设置了额外加载选项，影响了ActiveRecord的初始化逻辑。

• 检查pg gem编译依赖：运行gem info pg查看编译时使用的libpq版本，确认是否与当前系统运行的libpq版本匹配；
• 强制延迟Rake任务的连接初始化：在任务开头添加ActiveRecord::Base.connection_pool.disconnect!，需要时再手动建立连接，验证是否能避开段错误；
• 对比Gem加载列表：分别在应用环境下运行bundle list，以及在生产环境控制台执行Gem.loaded_specs.keys，查看两者的Gem加载差异；
• 临时指定libpq路径：设置export LD_LIBRARY_PATH=/usr/lib/postgresql/10/lib后再运行Rake/控制台，验证是否为libpq版本问题。

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