MyBatis多数据源配置连接关闭错误原因及解决方案

在使用MyBatis配置多数据源时，可能会遇到"No operations allowed after connection closed."的错误。这是因为在多数据源环境下，某些数据源可能较少使用，导致连接长时间空闲，数据库服务器会关闭这些连接。解决方案是为每个数据源添加关键配置，如`test-while-idle=true`和`validation-query=SELECT 1`，以便连接池定期检查和验证连接的有效性，避免使用已关闭的连接。

在使用MyBatis配置多数据源时，可能会遇到"No operations allowed after connection closed."的错误。之前在单数据源环境下没有遇到过这样的问题，并且也没有配置过类似的参数，例如test-while-idle=true。以下是详细的问题描述和解决方案。

在单数据源环境下，配置如下：

<code># 省略配置图示</code>

但在切换到多数据源环境后，出现了"No operations allowed after connection closed."的错误，配置如下：

<code># 省略配置图示</code>

网上搜索后，建议添加以下MyBatis相关的配置：

<code># 省略配置图示</code>

那么，添加这些配置就能解决问题吗？为什么在单数据源环境下不需要这些配置呢？

是的，添加上述配置通常能解决这个问题，特别是这些关键参数：

<code>spring.datasource.primary.test-while-idle=true
spring.datasource.primary.time-between-eviction-runs-millis=18000</code>

对于每个数据源都需要类似配置：

<code># 主数据源
spring.datasource.primary.test-while-idle=true
spring.datasource.primary.validation-query=SELECT 1
<h1>测试数据源</h1><p>spring.datasource.test1.test-while-idle=true
spring.datasource.test1.validation-query=SELECT 1</p></code>

配置说明

1. test-while-idle=true：

   • 关键配置，让连接池定期检查空闲连接是否有效。
   • 避免使用已关闭的连接。

2. validation-query：

   • 用于测试连接是否有效的SQL。
   • 通常使用轻量级查询如"SELECT 1"。

3. time-between-eviction-runs-millis：

   • 空闲连接检查的时间间隔。
   • 18000毫秒(18秒)是个合理值。

4. min-idle 和 max-idle：

   • 控制连接池中保持的最小和最大空闲连接数。

为什么需要这些配置

多数据源环境下，某些数据源可能较少使用，导致连接长时间空闲。数据库服务器通常会关闭长时间空闲的连接（如MySQL默认8小时）。如果应用尝试使用这些已关闭的连接，就会出现"No operations allowed after connection closed"错误。

通过启用test-while-idle和设置validation-query，连接池会定期验证连接是否有效，及时关闭无效连接并创建新连接，从而避免使用已关闭的连接。

今天关于《MyBatis多数据源配置连接关闭错误原因及解决方案》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！