digdeep

凡是过去,皆是序幕。Read the fucking manual and source code.

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

druid连接池,部署到服务器之后,当并发用户开始增大时,tomcat频繁报错:

com.alibaba.druid.pool.GetConnectionTimeoutException: wait millis 60000, active 5, maxActive 5, creating 0

github 上面的issue里面也没有好的解决方法:https://github.com/alibaba/druid/issues/2130

之前遇到过一次,通过升级 druid版本和mysql去掉解决了,后来迁移服务器,有遇到这个报错。升级版本解决不了。

最后换了 HikariCP 连接池,不得不说,真他么香!为啥没有早点换呢????

github地址:https://github.com/brettwooldridge/HikariCP

配置如下:

        <!-- Hikari Datasource -->
         <bean id="dataSource" class="com.zaxxer.hikari.HikariDataSource"  destroy-method="close">
          <!-- <property name="driverClassName" value="${db.driverClass}" /> --> <!-- 无需指定,除非系统无法自动识别 -->
          <property name="jdbcUrl" value="${jdbc_url}" />
          <property name="username" value="${jdbc_username}" />
          <property name="password" value="${jdbc_password}" />
           <!-- 连接只读数据库时配置为true, 保证安全 -->
          <property name="readOnly" value="false" />
          <!-- 等待连接池分配连接的最大时长(毫秒),超过这个时长还没可用的连接则发生SQLException, 缺省:30秒 -->
          <property name="connectionTimeout" value="30000" />
          <!-- 一个连接idle状态的最大时长(毫秒),超时则被释放(retired),缺省:10分钟 -->
          <property name="idleTimeout" value="600000" />
          <!-- 一个连接的生命时长(毫秒),超时而且没被使用则被释放(retired),缺省:30分钟,建议设置比数据库超时时长少30秒,参考MySQL wait_timeout参数(show variables like '%timeout%';) -->
          <property name="maxLifetime" value="1800000" />
          <!-- 连接池中允许的最大连接数。缺省值:10;推荐的公式:((core_count * 2) + effective_spindle_count) -->
          <property name="maximumPoolSize" value="50" />
          <property name="connectionInitSql" value="set names utf8mb4" />
         </bean>

  

特别需要注意的是 maxnumPoolSize 千万不要设置的很高!!!其实感觉我这里设置为 50 都有点高了。

HikariCP 在速度和稳定性上面比 Druid 好太多了,再也不愿意使用Druid了!!!

有用的参考:https://blog.csdn.net/clementad/article/details/46928621

https://github.com/brettwooldridge/HikariCP/wiki/Bad-Behavior:-Handling-Database-Down

https://github.com/brettwooldridge/HikariCP/wiki/MySQL-Configuration

https://cdn.oreillystatic.com/en/assets/1/event/21/Connector_J%20Performance%20Gems%20Presentation.pdf

 

 

 

posted on 2020-11-02 23:35  digdeep  阅读(13490)  评论(0编辑  收藏  举报
不懂数据库和Web安全的架构师不是一个好的程序员。