Rails 6 + Postgres生产环境随机出现Segmentation Fault如何调试？

错误日志片段

2022-07-22 03:50:55.262 [upsell_app] [INFO] /usr/local/bundle/gems/activerecord-6.0.4.4/lib/active_record/connection_adapters/postgresql/quoting.rb:21: [BUG] Segmentation fault at 0x00007f21af9a52e8
"dt":"2022-07-22 12:50:55.262 UTC"
"level_string":"info"
"message_string":"/usr/local/bundle/gems/activerecord-6.0.4.4/lib/active_record/connection_adapters/postgresql/quoting.rb:21: [BUG] Segmentation fault at 0x00007f21af9a52e8"
"platform_string":"Syslog"
syslog
"appname_string":"sidekiq-imports"
"facility_string":"user"
"host_string":"app"
"hostname_string":"app"
"source_ip_string":"10.0.5.150"
"version_integer":1

针对这个随机触发的段错误，给你以下调试方向：

• 收集核心转储文件
  在生产机器上执行ulimit -c unlimited开启核心转储（需确保系统配置允许生成core文件），下次错误发生后拿到对应的core.xxx文件。用gdb ruby core.xxx加载文件，执行bt full命令获取完整调用栈，定位具体触发崩溃的代码路径。

• 排查依赖版本兼容性
  段错误大多出现在Ruby的C扩展层，检查当前Ruby版本、pg gem版本是否与ActiveRecord 6.0.4.4兼容。尝试升级pg gem到对应ActiveRecord版本的稳定兼容版，同时排查当前Ruby版本是否存在已知的内存管理bug（比如特定版本的GC异常）。

• 隔离Sidekiq任务场景
  错误触发在sidekiq-imports任务中，记录每次崩溃时执行的具体导入任务类型、处理的数据量和数据特征。在 staging 环境使用生产相同数据集复现，模拟生产级别的并发（Sidekiq worker数量与生产一致），看是否能稳定触发错误。

• 检查数据库连接池状态
  随机崩溃可能和连接池异常有关：比如连接泄漏、超时连接未正确释放，导致底层C扩展处理失效。检查Sidekiq的数据库连接池配置，对比生产环境连接数是否超过PostgreSQL的max_connections限制，添加连接池监控（统计连接创建/销毁次数、空闲连接时长）。

• 启用内存调试工具
  staging环境可以用valgrind运行Sidekiq任务，检测内存泄漏或非法内存访问；生产环境可启用ruby -d参数或objspace库，重点监控postgresql/quoting.rb第21行附近的内存分配情况，排查是否存在重复释放内存、野指针访问的问题。

• 检查自定义代码/补丁
  确认项目中是否对ActiveRecord的PostgreSQL quoting模块有自定义补丁，或者导入任务中使用了非常规的数据库操作（比如直接执行复杂SQL、批量插入的特殊处理），这些自定义逻辑可能触发底层C扩展的bug。

内容的提问来源于stack exchange，提问作者Enea G UnlimApps