Spring Boot 2.+的默认连接池HikariCP详解

一、Spring Boot 2.+默认连接池HikariCP

如果是Spring Boot2.+,那么默认的连接池就是Hikaricp，不需要再另外导入包和配置，怎么证明？启动项目，可以看到控制台

启动信息HikariPool

启动信息HikariDataSource

我们在控制台看到了

HikariPool-1 - Starting...
HikariPool-1 - Start completed

Located MBean 'dataSource': registering with JMX server as MBean [com.zaxxer.hikari:name=dataSource,type=HikariDataSource]

说明Spring Boot 2.+默认使用的就是连接池HikariCP

二、调整连接池参数

HikariCP连接池提供了默认值，如果有需要也可以在配置文件里进行调整参数

spring:
  ########-spring datasource-########
  datasource:
     #账号配置
     url: jdbc:mysql://127.0.0.1:3306/retail_db?useUnicode=true&characterEncoding=utf8&serverTimezone=GMT%2B8
     username: ENC(5raHicqGiQ1nEXKO+R9ykYwJUrD/+nbx)
     password: ENC(1NiRLG1lUkzLSg3uerUwU0bIRCDYiZnX)
     driver-class-name: com.mysql.cj.jdbc.Driver

     #hikari数据库连接池
     hikari:
      pool-name: Retail_HikariCP
      minimum-idle: 5 #最小空闲连接数量
      idle-timeout: 180000 #空闲连接存活最大时间，默认600000（10分钟）
      maximum-pool-size: 10 #连接池最大连接数，默认是10
      auto-commit: true  #此属性控制从池返回的连接的默认自动提交行为,默认值：true
      max-lifetime: 1800000 #此属性控制池中连接的最长生命周期，值0表示无限生命周期，默认1800000即30分钟
      connection-timeout: 30000 #数据库连接超时时间,默认30秒，即30000
      connection-test-query: SELECT 1

三、HikariCP连接池速度快于其他连接池的原因

• 相比于普通连接池，在ConnectionProxy中使用ArrayList来存储Statement对象，HikariCP改用FatList来存储对象，而其中的区别是，ArrayList在每次执行get(Index)方法时，都需要对List的范围进行检查，而FastList不需要，在能确保范围的合法性的情况下，可以省去范围检查的开销。

• 另外在Java代码中，很多关于Connection的操作，都是在使用完之后直接关闭连接，以前都是从头到尾遍历，来关闭对应的Connection，而HikariCP则是从尾部对Connection集合进行扫描，整体上来说，从尾部开始的性能更好一些。

• 内部使用一个无锁的集合来存储，并对其中的切换操作做了优化。

• 从字节码指令的角度去优化，连接池使用
  PROXY_FACTORY.getProxyPreparedStatement(this, delegate.prepareStatement(sql, columnNames))语句来建立statements，resultset等的实例，将其翻译成字节码指令后，会有如下的指令，0: getstatic和15: invokevirtual #69。将上述的方法改为使用 ProxyFactory.getProxyPreparedStatement(this, delegate.prepareStatement(sql, columnNames))，后，就不在需要0: getstatic指令，并且使用了12: invokestatic #67代替了15: invokevirtual #69，前者invokestatic 更容易被JIT优化。另外从堆栈的角度来说，堆栈大小也从原来的5变成了4。

四、HiKariCP和Druid对比

我们所熟知的C3P0，DBCP,Druid, HiKariCP为我们所常用的数据库连接池，其中C3P0已经很久没有更新了。DBCP更新速度很慢，基本处于不活跃状态，而Druid和HikariCP处于活跃状态的更新中，这就是我们说的二代产品了。

HiKariCP

• 字节码精简 ：优化代码，直到编译后的字节码最少，这样，CPU缓存可以加载更多的程序代码；
• 优化代理和拦截器 ：减少代码，例如HikariCP的Statement proxy只有100行代码，只有BoneCP的十分之一；
• 自定义数组类型（FastStatementList）代替ArrayList ：避免每次get()调用都要进行range check，避免调用remove()时的从头到尾的扫描；
• 自定义集合类型（ConcurrentBag ：提高并发读写的效率；
• 其他针对BoneCP缺陷的优化。

Druid

• Druid提供性能卓越的连接池功能外，还集成了SQL监控，黑名单拦截等功能，
• 强大的监控特性，通过Druid提供的监控功能，可以清楚知道连接池和SQL的工作情况。
• 监控SQL的执行时间、ResultSet持有时间、返回行数、更新行数、错误次数、错误堆栈信息；
• SQL执行的耗时区间分布。什么是耗时区间分布呢？比如说，某个SQL执行了1000次，其中0_{1毫秒区间50次，1}10毫秒800次，10_{100毫秒100次，100}1000毫秒30次，1~10秒15次，10秒以上5次。通过耗时区间分布，能够非常清楚知道SQL的执行耗时情况；
• 监控连接池的物理连接创建和销毁次数、逻辑连接的申请和关闭次数、非空等待次数、PSCache命中率等。
• 方便扩展。Druid提供了Filter-Chain模式的扩展API，可以自己编写Filter拦截JDBC中的任何方法，可以在上面做任何事情，比如说性能监控、SQL审计、用户名密码加密、日志等等。

总的来说：
1、HiKariCP性能比Druid高
2、HiKariCP是Spring Boot 2+官方支持，和Spring Boot兼容性更好
3、Druid的优势是监控完善，扩展性更好（但拦截过多也会增加框架复杂度以及框架性能）

具体选HiKariCP或Druid视团队具体需求而定，提供Druid的用法 ： Spring Boot 使用Druid连接池整合Mybatis-Plus连接Mysql数据库

参考文章

• 主流Java数据库连接池比较及前瞻
• HikariCP连接池及其在springboot中的配置