了解HikariCP

野性酷女 2022-09-28 01:20 84阅读 0赞

HiKariCP是数据库连接池的一个后起之秀，号称性能最好，可以完美地PK掉其他连接池。

原文地址： [http://blog.csdn.net/clementad/article/details/46928621][http_blog.csdn.net_clementad_article_details_46928621]

官网： [https://github.com/brettwooldridge/HikariCP][https_github.com_brettwooldridge_HikariCP]

为何要使用HiKariCP？这要先从BoneCP说起：

什么？不是有C3P0/DBCP这些成熟的[数据库][Link 1]连接池吗？一直用的好好的，为什么又搞出一个BoneCP来？因为，传说中BoneCP在快速这个特点上做到了极致，官方数据是C3P0等的25倍左右。不相信？其实我也不怎么信。可是，有图有真相啊（图片来自BoneCP官网：[http://jolbox.com/benchmarks.html][http_jolbox.com_benchmarks.html]）：

![Center][]

而且，网上对于BoneCP是好评如潮啊，推荐的文章一搜一大堆。

然而，上Maven Repository网站（ [http://mvnrepository.com/artifact/com.jolbox/bonecp][http_mvnrepository.com_artifact_com.jolbox_bonecp] ）查找有没有最新版本的时候，你会发现最新的是2013年10月份的（这么久没新版本出来了？）。于是，再去BoneCP的Githut（ [https://github.com/wwadge/bonecp][https_github.com_wwadge_bonecp] ）上看看最近有没有提交代码。却发现，BoneCP的作者对于这个项目貌似已经心灰意冷，说是要让步给HikariCP了（有图有真相）：

![Center 1][]

……什么？又来一个CP？……什么是Hikari？

Hikari来自日文，是“光”（ **阳光的光**，不是光秃秃的光）的意思。作者估计是为了借助这个词来暗示这个CP速度飞快。不知作者是不是日本人，不过日本也有很多优秀的码农，听说比特币据说日本人搞出来的。。。

这个产品的口号是“快速、简单、可靠”。实际情况跟这个口号真的匹配吗？又是有图有真相（Benchmarks又来了）：

![Center 2][]

这个图，也间接地、再一次地证明了boneCP比c3p0强大很多，当然，跟“光”比起来，又弱了不少啊。

那么，这么好的P是怎么做到的呢？官网详细地说明了 HikariCP所做的一些优化，总结如下：

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

很多优化的对比都是针对BoneCP的……哈哈。

（参考文章： [https://github.com/brettwooldridge/HikariCP/wiki/Down-the-Rabbit-Hole][https_github.com_brettwooldridge_HikariCP_wiki_Down-the-Rabbit-Hole]）

几个连接池的代码量对比（代码量越少，一般意味着执行效率越高、发生bug的可能性越低）：

![Center 3][]

可是，“黄婆卖瓜，自催自擂”这个俗语日本人也是懂得，于是，用户的好评如潮也是有图有真相：

![Center 4][]

还有第三方关于速度的测试：

![Center 5][]

也许你会说，速度高，如果不稳定也是硬伤啊。于是，关于稳定性的图也来了：

![Center 6][]

另外，关于可靠性方面，也是有实验和数据支持的。对于 数据库连接中断的情况，通过测试 getConnection()，各种CP的不相同处理方法如下：

（所有CP都配置了跟connectionTimeout类似的参数为5秒钟）

**HikariCP**：等待5秒钟后，如果连接还是没有恢复，则抛出一个SQLExceptions 异常；后续的getConnection()也是一样处理；

**C3P0**：完全没有反应，没有提示，也不会在“ CheckoutTimeout”配置的时长超时后有任何通知给调用者；然后等待2分钟后终于醒来了，返回一个error；

**Tomcat**：返回一个connection，然后……调用者如果利用这个无效的connection执行SQL语句……结果可想而知；大约55秒之后终于醒来了，这时候的getConnection()终于可以返回一个error，但没有等待参数配置的5秒钟，而是立即返回error；

**BoneCP**：跟Tomcat的处理方法一样；也是大约55秒之后才醒来，有了正常的反应，并且终于会等待5秒钟之后返回error了；

可见，HikariCP的处理方式是最合理的。根据这个测试结果，对于各个CP处理数据库中断的情况，评分如下：

![Center 7][]

参考文章： [https://github.com/brettwooldridge/HikariCP/wiki/Bad-Behavior:-Handling-Database-Down][https_github.com_brettwooldridge_HikariCP_wiki_Bad-Behavior_-Handling-Database-Down]

说得这么好，用起来会不会很麻烦啊，会不会有很多参数要配置才能有这样的效果啊？答案是：不会。

如果之前用的是BoneCP配置的数据源，那么，就简单了，只需要把dataSource换一下，稍微调整一下参数就行了：

**BoneCP的数据源配置：**

**\[html\]**  [view plain][]   [copy][view plain]

1.    
2.  **<****bean** id="dataSourceBoneCp" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close"**>**  
3.   **<****property** name="driverClass" value="$\{db.driverClass\}" **/>**  
4.   **<****property** name="jdbcUrl" value="$\{db.url\}" **/>**  
5.   **<****property** name="username" value="$\{db.username\}" **/>**  
6.   **<****property** name="password" value="$\{db.password\}" **/>**  
7.   **<****property** name="idleConnectionTestPeriodInMinutes" value="2" **/>**  
8.   **<****property** name="idleMaxAgeInMinutes" value="2" **/>**  
9.   **<****property** name="maxConnectionsPerPartition" value="2" **/>**  
10.  **<****property** name="minConnectionsPerPartition" value="0" **/>**  
11.  **<****property** name="partitionCount" value="2" **/>**  
12.  **<****property** name="acquireIncrement" value="1" **/>**  
13.  **<****property** name="statementsCacheSize" value="100" **/>**  
14.  **<****property** name="lazyInit" value="true"**/>**  
15.  **<****property** name="maxConnectionAgeInSeconds" value="20"**/>**  
16.  **<****property** name="defaultReadOnly" value="true"**/>**  
17. **</****bean****>**

**HiKariCP的数据源配置：**

**\[html\]**  [view plain][]   [copy][view plain]

1.    
2.  **<****bean** id="dataSourceHikari" class="com.zaxxer.hikari.HikariDataSource"  destroy-method="shutdown"**>**  
3.      
4.   **<****property** name="jdbcUrl" value="jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8" **/>**  
5.   **<****property** name="username" value="$\{db.username\}" **/>**  
6.   **<****property** name="password" value="$\{db.password\}" **/>**  
7.      
8.   **<****property** name="readOnly" value="false" **/>**  
9.     
10.  **<****property** name="connectionTimeout" value="30000" **/>**  
11.    
12.  **<****property** name="idleTimeout" value="600000" **/>**  
13.    
14.  **<****property** name="maxLifetime" value="1800000" **/>**  
15.    
16.  **<****property** name="maximumPoolSize" value="15" **/>**  
17. **</****bean****>**

其中，很多配置都使用缺省值就行了，除了 maxLifetime和 maximumPoolSize要注意自己计算一下。

其他的配置（sqlSessionFactory、MyBatis MapperScannerConfigurer、transactionManager等）统统不用变。

**其他关于Datasource配置参数的建议：**

Configure your HikariCP  idleTimeout and  maxLifeTime settings to be one minute less than the  wait\_timeout of MySQL.

对于有Java连接池的系统，建议MySQL的wait\_timeout使用缺省的8小时（ [http://www.rackspace.com/knowledge\_center/article/how-to-change-the-mysql-timeout-on-a-server][http_www.rackspace.com_knowledge_center_article_how-to-change-the-mysql-timeout-on-a-server]）。

另外：对于web项目，记得要配置： destroy-method="shutdown"

[http_blog.csdn.net_clementad_article_details_46928621]: http://blog.csdn.net/clementad/article/details/46928621
[https_github.com_brettwooldridge_HikariCP]: https://github.com/brettwooldridge/HikariCP
[Link 1]: http://lib.csdn.net/base/mysql
[http_jolbox.com_benchmarks.html]: http://jolbox.com/benchmarks.html
[Center]: /images/20220708/a728c4efffd64b7c884cf73b07f6bc1d.png
[http_mvnrepository.com_artifact_com.jolbox_bonecp]: http://mvnrepository.com/artifact/com.jolbox/bonecp
[https_github.com_wwadge_bonecp]: https://github.com/wwadge/bonecp
[Center 1]: /images/20220708/3830becd88964741a32d178bf6e2c2d6.png
[Center 2]: /images/20220708/c25582687b4b4470be5ff27bdd3bcdce.png
[https_github.com_brettwooldridge_HikariCP_wiki_Down-the-Rabbit-Hole]: https://github.com/brettwooldridge/HikariCP/wiki/Down-the-Rabbit-Hole
[Center 3]: /images/20220708/4e95f173bbcd4d0e83576c246f45c2d3.png
[Center 4]: /images/20220708/5e5d1446aae9439096f629d400001449.png
[Center 5]: /images/20220708/2bbad1951f154845b42c962b4350871c.png
[Center 6]: /images/20220708/5c3fe572fec245c29921e81c114a9246.png
[Center 7]: /images/20220708/2884ae795159443c94b002deaa394cc2.png
[https_github.com_brettwooldridge_HikariCP_wiki_Bad-Behavior_-Handling-Database-Down]: https://github.com/brettwooldridge/HikariCP/wiki/Bad-Behavior:-Handling-Database-Down
[view plain]: http://blog.csdn.net/clementad/article/details/46928621#
[http_www.rackspace.com_knowledge_center_article_how-to-change-the-mysql-timeout-on-a-server]: http://www.rackspace.com/knowledge_center/article/how-to-change-the-mysql-timeout-on-a-server