Docker部署MySQL的Java应用压测时出现NoRouteToHostException问题求助

这个错误Cannot assign requested address本质是本地客户端的临时端口耗尽了——压测场景下频繁创建数据库连接，连接关闭后会进入TIME_WAIT状态（默认需要等待一段时间才会释放端口），当可用的临时端口被占满时，就无法发起新的网络连接了。结合你的Hibernate代码和Docker环境，咱们来一步步解决：

1. 先检查Hibernate的连接池配置 #

你当前的代码用了getCurrentSession()，但如果没有配置连接池，Hibernate可能每次请求都创建新的数据库连接，完全没有复用，这在压测下会快速耗尽端口。

现在Hibernate默认推荐使用HikariCP作为连接池，你需要在配置里明确开启并合理设置参数：

# 在application.properties或者hibernate.cfg.xml中添加
hibernate.connection.provider_class=org.hibernate.hikaricp.internal.HikariCPConnectionProvider
# 最大连接数：根据压测需求和MySQL的承受能力调整，不要盲目设大
hibernate.hikari.maximumPoolSize=20
# 最小空闲连接：保持一定数量的空闲连接，避免频繁创建销毁
hibernate.hikari.minimumIdle=5
# 空闲连接超时：超过时间的空闲连接会被回收
hibernate.hikari.idleTimeout=300000
# 连接超时：获取连接的最长等待时间
hibernate.hikari.connectionTimeout=20000

另外要注意：SessionFactory是重量级对象，必须全局单例，绝对不能在每次操作时都新建SessionFactory。

2. 调整操作系统的TCP参数，加速端口复用 #

连接关闭后进入TIME_WAIT状态的端口默认不会立刻被复用，我们可以修改系统参数让端口更快释放：

Linux系统： #

# 允许处于TIME_WAIT状态的端口被重新使用
echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse
# 缩短TIME_WAIT的超时时间（默认60秒，改成15秒）
echo 15000 > /proc/sys/net/ipv4/tcp_fin_timeout
# 扩大临时端口的范围（默认是32768-65535，改成10240-65535增加可用端口数）
echo "10240 65535" > /proc/sys/net/ipv4/ip_local_port_range

如果想让这些参数永久生效，把它们写入/etc/sysctl.conf文件，然后执行sysctl -p加载配置。

3. 优化Docker容器的网络配置 #

Docker默认的NAT网络模式会增加端口转发的开销，也可能加剧端口耗尽的问题。你可以尝试：

• 使用host网络模式启动MySQL容器，这样容器直接使用宿主机的网络，避免NAT带来的额外端口占用：

  docker run --network host -d mysql:your-mysql-version
  

  注意：这种模式下容器的端口会直接绑定到宿主机，要避免端口冲突。

4. 优化Hibernate的事务与Session使用 #

你的代码本身没问题，但压测场景下可以做一些优化减少连接占用：

• 如果是批量更新操作，不要单条提交，而是每N条提交一次事务，减少事务开销和连接的频繁创建：

  Session currentSession = sessionFactory.getCurrentSession();
  Transaction currentTransaction = currentSession.beginTransaction();
  
  int batchSize = 50;
  for (int i = 0; i < entityList.size(); i++) {
      currentSession.update(entityList.get(i));
      // 每50条提交一次
      if ((i + 1) % batchSize == 0) {
          currentTransaction.commit();
          currentTransaction = currentSession.beginTransaction();
      }
  }
  // 提交剩余的记录
  currentTransaction.commit();
  

• 确保事务提交或回滚后，Session被正确释放——getCurrentSession()会在事务结束后自动关闭Session，这一点你目前的代码是符合要求的。

按这个流程排查优化，应该就能解决端口耗尽导致的连接异常了。

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