================================================================================

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

官网:https://github.com/brettwooldridge/HikariCP

Maven 仓库:

<dependency>
    <groupId>com.zaxxer</groupId>
    <artifactId>HikariCP</artifactId>
    <version>1.3.5</version>
    <scope>compile</scope>
</dependency>

对于每一数据库连接池,dataSource的配置是必不可少的

1.配置文件

[html] 

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

另外:对于web项目,记得要配置:destroy-method=”shutdown”

官网详细地说明了HikariCP所做的一些优化,总结如下:

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