JRuby中activerecord-jdbc-adapter连接池socketTimeout后无法重连求助

我之前维护JRuby项目时也碰到过一模一样的问题——socket超时后连接池里的死连接会导致后续请求全部失败。结合mysql2 gem的特性和JRuby的运行环境，给你几个实用的解决思路：

1. 启用mysql2的原生自动重连配置 #

mysql2 gem本身支持自动重连参数，你只需要在database.yml的production配置块里添加reconnect: true即可。这个参数会让驱动在检测到连接失效时自动尝试重新建立连接，正好匹配你的场景。

修改后的配置示例：

production: <<: *common
  database: database
  host: host
  port: 3306
  username: username
  password: ********
  pool: 5
  pool_initial: true
  checkout_timeout: 0.3
  reconnect: true # 新增自动重连配置
  properties:
    connectTimeout: 250
    socketTimeout: 90000

注意：mysql2 0.3.11版本已经支持这个参数，不需要升级gem就能生效。

2. 给连接池添加健康检查机制 #

有时候原生的自动重连可能覆盖不到所有场景（比如连接池里的连接已经失效但还没被驱动检测到），这时候可以在获取连接前主动做一个健康检查。

你可以封装一个获取连接的方法，每次拿连接时先执行一个简单的SELECT 1查询，如果失败就把这个死连接从池中移除并重新获取：

def get_healthy_connection
  conn = ActiveRecord::Base.connection_pool.checkout
  begin
    # 执行简单查询验证连接有效性
    conn.execute("SELECT 1")
  rescue Mysql2::Error => e
    # 移除失效连接
    ActiveRecord::Base.connection_pool.remove(conn)
    # 重新获取新连接
    conn = ActiveRecord::Base.connection_pool.checkout
  end
  conn
end

如果你的项目没有用ActiveRecord，直接操作mysql2连接池的话，逻辑是一样的——先验证连接，失效就移除并重新获取。

3. 优化连接池的回收策略 #

结合你的socketTimeout: 90000设置，可以调整连接池的参数来减少死连接的积累：

• 可以适当调小checkout_timeout（不过你现在设的0.3已经很小了），让连接更快被回收
• 增加定时任务，每隔一段时间（比如80秒，比socket超时短一点）遍历连接池，对每个连接执行健康检查，失效的直接移除

这样能提前清理掉即将超时的连接，避免后续请求拿到死连接。

以上几个方案从简单到复杂，你可以先试第一个启用reconnect: true，如果还存在问题再叠加健康检查机制，基本就能解决连接池里的死连接导致的请求失败问题了。

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