1. HikariCP连接池优化配置小结 |
您所在的位置:网站首页 › y76svivo参数配置 › 1. HikariCP连接池优化配置小结 |
1. 什么是HikariCP连接池
在上亿个站点中使用,每天服务的请求多达10亿;最重要的是它现在是spring boot的默认连接池。 2)一个印度阿三引起的口水战https://github.com/brettwooldridge/HikariCP/issues/232 https://github.com/brettwooldridge/HikariCP/issues/735 始于一个印度阿三提到阿里的druid连接池,阿里当时宣传是java编写的最快的数据库连接池,希望作者做个基准性能测试,结果: 在实际开发中,出现过数次因连接池参数配置不合适导致业务执行中出现连接中断,痛定思痛觉得有必要好好理一理它的参数,分析它的用法,给出最佳参数配置实践。 HikariCP连接池配置详解对应的配置属性、解释、注意点都来源于官方:[https://github.com/brettwooldridge/HikariCP] 注意点: 1)所有时间单位的属性都是毫秒。 2)属性分必须;频繁使用;非频繁使用三个级别,重要度由高到低 必须属性(Essentials) 1. dataSourceClassName or jdbcUrl配置由 jdbc驱动提供的对应数据库 DataSource 类名,常见的如下表: jdbcUrl用来配置jdbc连接串,很多人习惯配置jdbcUrl 。注意:一些老的驱动还要同时配置 driverClassName,否则会报错(推荐不用配置它,可以先不配置尝试运行看报不报错) dataSourceClassName 和 jdbcUrl缺省都是空。 最佳实践:鉴于使用spring-boot自动装配使用HikariCP的只配置jdbcUrl即可,driverClassName根据测试情况可选配置 2. username很容易理解,就是当前用户名,缺省是空。 必须配置 3. password指用户名对应的密码,缺省是空。必须配置 频繁使用的属性(Frequently used) 1. autoCommit这个属性控制连接返回池中前auto-commit是否自动进行。缺省:true。 最佳实践:不需要配置,保持缺省即可。 2. connectionTimeout控制一个客户端等待从池中获取连接的最大时间。超过该时间还获取不到连接则抛出SQLException,最低可设置的时间是250ms,缺省:30000ms 最佳实践:非特殊业务场景保持缺省30s连接超时即可。 3. idleTimeout控制空闲连接的在池中最大的空闲时间。注意:这个配置只有当配置了minimumIdle属性(表示允许的最小空闲连接数),且比maximumPoolSize(表示池中允许的最大连接数)更小时才生效。 这个比较好理解:当前池中有空闲连接且比允许的最小空闲连接多时,根据空闲超时时间来逐出。 当配置为0时表示空闲连接永远不逐出。 缺省:600000ms 最小生效值:10000ms 连接池会定时轮询检测哪些连接是空闲,并且空闲达到了idleTimeout配置的时间,但轮询间隔有时间差,一个空闲连接最大可空闲idleTimeout + 30s会逐出,平均是:idleTimeout + 15s。 最佳实践:不设置该属性和minimumIdle属性,保持连接池固定的连接 4. keepaliveTime用于跟数据库保持心跳连接,防止底层网络基础设施超时断开,定期验证连接的有效性。这个参数需要设置的比maxLifetime(连接最大生存时间,下文会介绍)小。只会对池中空闲连接发生keeplive,具体执行细节是: 从池中取出一个连接,执行“ping”,成功后再放回。 ping: 如果当前支持JDBC4 , 通过调用isValid()方法实现 否则执行connectionTestQuery属性(下文会介绍)指定的sql 这个参数配置后连接池会定期检测连接有效性,检测过程中连接短暂从池中移出,不过不用担心,耗时非常短(几ms甚至更短) 缺省:0, 即不开启 最小可配置:30000ms ,即30秒 最佳实践: 需要设置, 可设置为60000, 即1分钟心跳一次 5. maxLifetime该属性用于控制连接在池中的最大生存时间,超过该时间强制逐出,连接池向数据申请新的连接进行补充。注意:当前正在使用的连接不会强制逐出,哪怕它的累计时间已经到了maxLifetime。 强烈建议设置该属性,可设置的比数据库或网络基础设施允许的最大连接时间小一些。 如数据库连接最大失效时间是8小时,可设置为4小时。 缺省:1800000, 即30min 最小可配置:30000,即30s 最佳实践:需要设置,根据数据库或网络基础设施的情况,比它们小一些 7. connectionTestQuery如果当前连接驱动支持JDBC4, 强烈不建议设置此属性。因为该属性的设置是为了支持keepalive检测,只有当JDBC4的isValid不可用时才使用connectionTestQuery配置的sql进行检测;或者当从池中获取连接时检测连接是否有效 缺省:none 最佳实践:驱动支持JDBC4不需要设置,反之需要配置,MYSQL: select 1; Oracle: select 1 from dual 8. minimumIdle配置连接池最小空闲连接数。为了性能最优化和为了应对高峰请求的快速响应强烈不建议设置该属性,让HikariCP连接池保持固定大小。 缺省:跟maximumPoolSize相同 最佳实践:保持缺省,让连接池固定大小,避免扩缩容带来的性能影响 9. maximumPoolSize配置允许连接池达到的最大连接数(包括空闲和正在使用的),当池中连接达到maximumPoolSize,且都不空闲,当有新请求从池中申请连接池会阻塞等待可用连接,达到connectionTimeout还不能申请成功,则抛出SQLException。 缺省:10 最佳实践:根据实际环境配置,通常设置为核心数的2倍较优 10. metricRegistry配置该属性,能让连接池将度量信息收集起来供分析。配置的属性是Codahale/Dropwizard的实例,具体可参考wiki页面:https://github.com/brettwooldridge/HikariCP/wiki/Dropwizard-Metrics 11. healthCheckRegistry同样是收集信息用,这个属性收集的是连接池的健康状况。配置的属性是Codahale/Dropwizard的实例,具体可参考wiki页面:https://github.com/brettwooldridge/HikariCP/wiki/Dropwizard-HealthChecks 总结最佳的配置如下: 配置项配置值说明jdbcUrljdbc:mysql://ip:3306/dbusernamexx数据库用户名passwordxx用户名对应密码keepaliveTime60000一分钟检测一次连接有效性maxLifetime150000025分钟, 经调查我们数据库默认的超时时间是30minconnectionTestQueryselect 1不支持JDBC4驱动的需要配置maximumPoolSize8CPU核心数的两倍 |
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |