Pgbouncer频繁报server conn crashed错误求助（附日志）

Pgbouncer的"server conn crashed?"错误通常和PostgreSQL端的连接异常终止直接相关，而PostgreSQL日志里的"invalid frontend message type"/"invalid message format"是核心线索——这说明有不符合PostgreSQL协议规范的数据包被发送到了数据库端，大概率是Pgbouncer或经过它的客户端出了问题。下面是具体的排查和解决步骤：

1. 核对协议与SSL配置 #

• 检查Pgbouncer的proto_version参数，显式设置为proto_version = 3（PostgreSQL 7.4及以上版本通用，13.3完全兼容），避免自动协商协议版本时出问题。
• 确保Pgbouncer和PostgreSQL的SSL配置一致：如果PostgreSQL要求SSL连接，Pgbouncer的server_tls_sslmode要设为require或verify-full，同时配置好对应的证书文件；如果不需要SSL，两端都要关闭SSL相关设置，防止协议解析混乱。

2. 排查客户端兼容性 #

• 用Pgbouncer命令show clients查看异常连接的客户端信息，定位是否有老旧驱动、不兼容的ORM工具在发送畸形数据包。比如某些低版本的JDBC驱动、PHP PDO可能存在协议实现问题。
• 临时调整Pgbouncer的pool_mode：如果当前用的是transaction或statement模式，切换到session模式测试，看错误是否消失——连接复用模式下如果数据包清理不彻底，容易引发协议错误。

3. 调整Pgbouncer连接超时参数 #

• 增大server_idle_timeout到300秒（默认可能是60秒），避免Pgbouncer过早回收空闲连接，导致PostgreSQL端出现半开连接，后续发送数据包时触发协议错误。
• 合理设置server_lifetime，建议设为3600秒，避免连接频繁重建引发的协议协商问题。

4. 开启详细日志定位问题 #

• 把Pgbouncer的log_level改成debug，重启后查看日志里的连接建立、数据包传输细节，找到异常数据包的来源。日志路径由logfile参数指定。
• 调整PostgreSQL的日志配置：把log_min_messages设为debug1，开启log_connections和log_disconnections，对比Pgbouncer和PostgreSQL的日志时间点，追踪异常连接的完整生命周期。

5. 排查网络问题 #

• 测试Pgbouncer和PostgreSQL之间的网络稳定性，用ping、mtr检查丢包和延迟，用tcpdump抓包分析协议交互，看是否有畸形数据包被传输。
• 关闭服务器网卡的TCP分段卸载（TSO）、UDP校验和卸载等优化功能，避免操作系统或网卡篡改数据包导致协议解析错误。

6. 升级版本修复已知bug #

• 虽然13.3和1.15理论上兼容，但可以尝试把Pgbouncer升级到最新稳定版（比如1.21.x），或者给PostgreSQL 13.3安装最新补丁，修复可能存在的协议解析类bug。

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