一个比 c3p0 快200倍的数据库连接池，这么牛？

连接池是一种常用的技术，为什么需要连接池呢？这个需要从TCP说起。假如我们的服务器跟数据库没有部署在同一台机器，那么，服务器每次查询数据库都要先建立连接，一般都是TCP链接，建立连接就需要3次握手了，假设后台服务跟数据库的单程的访问时间需要10ms，那么光是建立连接就花了30ms，并且TCP还有慢启动的机制，实际上一次查询可能还不止1次TCP来回，查询效率就会大大降低。

为什么需要连接池

为了解决上述问题，我们就需要维护一些长链接，这样就不用每次都去建立连接，毕竟建立连接除了占用时间，还需要一些其他的系统资源。另外的好处，连接池让我们更加容易地管理，一方面是可以避免数据库资源都被某几个API占据，另一方面也可以避免资源泄露。

什么是HikariCP

HikariCP 数据库连接池组件，代码非常轻量，并且速度非常的快。根据官方提供的数据，在i7,开启32个线程32个连接的情况下，进行随机数据库读写操作，HikariCP的速度是现在常用的C3P0数据库连接池的数百倍。在SpringBoot2.0中，官方也是推荐使用HikariCP。

为什么HikariCP会那么快

1.字节码更加精简，所以可以加载更多代码到缓存。

2.实现了一个无锁的集合类型，来减少并发造成的资源竞争。

3.使用了自定义的数组类型，相对与ArrayList极大地提升了性能。

4.针对CPU的时间片算法进行优化，尽可能在一个时间片里面完成各种操作。

与Druid对比

在github上有网友贴出了阿里巴巴Druid与hikari的对比，认为hikari在性能上是完全秒杀阿里巴巴的Druid连接池的。对此，阿里的工程师也做了一定的回应，说Druid的性能稍微差点是锁机制的不同，并且Druid提供了更丰富的功能，两者的侧重点不一样。

如何选择：

选择哪一款就见仁见智了，不过两款都是开源产品，阿里的Druid有中文的开源社区，交流起来更加方便，并且经过阿里多个系统的实验，想必也是非常的稳定，而Hikari是SpringBoot2.0默认的连接池，全世界使用范围也非常广，对于大部分业务来说，使用哪一款都是差不多的，毕竟性能瓶颈一般都不在连接池。大家可根据自己的喜好自由选择。