MariaDB查询时出现TransactionException问题求助

从你提供的堆栈信息来看，核心问题是连接池中的连接已经被MariaDB服务器主动关闭，但连接池仍尝试使用这个失效连接，导致执行set autocommit=0时触发EOFException（socket被服务器关闭）。结合你的配置和场景，以下是具体的排查方向和解决方案：

1. 连接池与数据库超时配置不匹配（最可能的根源） #

你已经设置了wait_timeout=600，但连接池可能没有及时检测到失效的空闲连接：

• 必须开启testOnBorrow：虽然你配置了validationQuery，但如果Tomcat JDBC连接池的testOnBorrow未设为true，连接池在分配连接前不会验证连接有效性。建议添加：

  testOnBorrow=true
  

• 缩短连接池的空闲连接检查间隔：配置timeBetweenEvictionRunsMillis（定期清理失效连接的间隔），设置为比wait_timeout短的值，比如5分钟（300000毫秒）：

  timeBetweenEvictionRunsMillis=300000
  

• 调整validationInterval：如果使用Tomcat JDBC池，这个参数控制两次验证的最小间隔，避免频繁执行validationQuery，建议设为1分钟（60000毫秒）：

  validationInterval=60000
  

• 同步interactive_timeout与wait_timeout：MariaDB中，interactive_timeout针对交互式连接，wait_timeout针对非交互式连接（JDBC默认属于此类）。执行SHOW VARIABLES LIKE '%timeout%'确认两者值均为600，避免因不一致导致连接被提前回收。

2. 网络中间件的空闲连接超时 #

应用服务器与数据库之间的防火墙、负载均衡或代理可能存在比数据库wait_timeout更短的空闲连接超时规则，主动掐断了空闲连接。需要：

• 检查这些中间件的空闲连接超时设置，确保其值≥数据库的wait_timeout（600秒）；
• 若无法调整中间件配置，可适当缩短数据库的wait_timeout（比如设为300秒），同时同步调整连接池的检查间隔。

3. JDBC驱动版本问题 #

你使用的MariaDB版本是10.1.35，对应的JDBC驱动可能存在旧版本bug，导致连接失效检测不及时。建议升级到兼容的最新稳定驱动版本（比如2.7.x系列），新版本通常修复了连接管理相关的问题。

4. 连接池资源泄漏或配置不足 #

• 检查连接泄漏：开启Tomcat JDBC池的removeAbandoned和removeAbandonedTimeout，自动回收长时间未释放的连接：

  removeAbandoned=true
  removeAbandonedTimeout=300
  

• 调整连接池大小：你的服务QPS约2500，需确保maxActive（最大活跃连接数）足够支撑并发请求，避免因连接耗尽导致的间接问题。可通过SHOW PROCESSLIST监控数据库连接状态，判断是否需要调大maxActive。

5. 监控与验证 #

• 启用连接池的监控功能（比如Dropwizard自带的metrics），跟踪空闲连接数、连接失效次数、连接获取耗时等指标，定位问题发生的规律；
• 临时开启testWhileIdle（配合timeBetweenEvictionRunsMillis），进一步确保空闲连接的有效性：

  testWhileIdle=true
  

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