怎么搜索网站,信息流推广实施策划书,金融软件开发公司前十,微博推广方案转载自公众号#xff1a;工匠小猪猪的技术世界 摘要: 本文非原创#xff0c;是笔者搜集了一些HikariCP相关的资料整理给大家的介绍#xff0c;主要讲解了为什么sb2选择了HikariCP以及HikariCP为什么这么快。
Springboot2默认数据库连接池选择了HikariCP为何选择HikariCP理由… 转载自公众号工匠小猪猪的技术世界 摘要: 本文非原创是笔者搜集了一些HikariCP相关的资料整理给大家的介绍主要讲解了为什么sb2选择了HikariCP以及HikariCP为什么这么快。
Springboot2默认数据库连接池选择了HikariCP为何选择HikariCP理由一、代码量理由二、口碑理由三、速度理由四、稳定性理由五、可靠性HikariCP为什么这么快优化并精简字节码更好的并发集合类实现使用FastList替代ArrayListHikariCP与Druid相比哪个更好Springboot2快速上手参考资料
Spring Boot 2默认数据库连接池选择了HikariCP
默认的数据库连接池由Tomcat换成HikariCP. 如果在一个Tomcat应用中用spring.datasource.type来强制使用Hikari连接池, 则可以去掉这个override.
为何选择HikariCP
HiKariCP是数据库连接池的一个后起之秀号称性能最好可以完美地PK掉其他连接池是一个高性能的JDBC连接池基于BoneCP做了不少的改进和优化。其作者还有另外一个开源作品——高性能的JSON解析器HikariJSON。
它超快快到连Spring Boot 2都宣布支持了。
代码体积更是少的可怜130kb。
https://github.com/brettwooldridge/HikariJSON
为何要使用HiKariCP这要先从BoneCP说起什么不是有C3P0/DBCP这些成熟的数据库连接池吗一直用的好好的为什么又搞出一个BoneCP来因为传说中BoneCP在快速这个特点上做到了极致官方数据是C3P0等的25倍左右。不相信其实我也不怎么信。可是有图有真相啊图片来自BoneCP官网http://jolbox.com/benchmarks.html 从上述结果可以看出HikariCP的性能远高于c3p0、tomcat等连接池以致后来BoneCP作者都放弃了维护在Github项目主页推荐大家使用HikariCP。另外Spring Boot将在2.0版本中把HikariCP作为其默认的JDBC连接池。
PS:需要指出的是上图中的数据是HikariCP作者对各个连接池调用DataSource.getConnection()、Connection.close()、Connection.prepareStatement()、Statement.execute()、Statement.close()方法的性能测试结果。
而且网上对于BoneCP是好评如潮啊推荐的文章一搜一大堆。
然而上Maven Repository网站http://mvnrepository.com/artifact/com.jolbox/bonecp查找有没有最新版本的时候你会发现最新的是2013年10月份的这么久没新版本出来了。于是再去BoneCP的Githuthttps://github.com/wwadge/bonecp上看看最近有没有提交代码。却发现BoneCP的作者对于这个项目貌似已经心灰意冷说是要让步给HikariCP了有图有真相 ……什么又来一个CP……什么是HikariHikari来自日文是“光”阳光的光不是光秃秃的光的意思。作者估计是为了借助这个词来暗示这个CP速度飞快。不知作者是不是日本人不过日本也有很多优秀的码农听说比特币据说日本人搞出来的。。。
这个产品的口号是“快速、简单、可靠”。实际情况跟这个口号真的匹配吗又是有图有真相Benchmarks又来了 这个图也间接地、再一次地证明了boneCP比c3p0强大很多当然跟“光”比起来又弱了不少啊。
那么这么好的是怎么做到的呢官网详细地说明了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
理由一、代码量
几个连接池的代码量对比代码量越少一般意味着执行效率越高、发生bug的可能性越低 理由二、口碑
可是“黄婆卖瓜自催自擂”这个俗语日本人也是懂得于是用户的好评如潮也是有图有真相 理由三、速度
还有第三方关于速度的测试 理由四、稳定性
也许你会说速度高如果不稳定也是硬伤啊。于是关于稳定性的图也来了 理由五、可靠性
另外关于可靠性方面也是有实验和数据支持的。对于数据库连接中断的情况通过测试getConnection()各种CP的不相同处理方法如下所有CP都配置了跟connectionTimeout类似的参数为5秒钟
HikariCP等待5秒钟后如果连接还是没有恢复则抛出一个SQLExceptions 异常后续的getConnection()也是一样处理C3P0完全没有反应没有提示也不会在“CheckoutTimeout”配置的时长超时后有任何通知给调用者然后等待2分钟后终于醒来了返回一个errorTomcat返回一个connection然后……调用者如果利用这个无效的connection执行SQL语句……结果可想而知大约55秒之后终于醒来了这时候的getConnection()终于可以返回一个error但没有等待参数配置的5秒钟而是立即返回errorBoneCP跟Tomcat的处理方法一样也是大约55秒之后才醒来有了正常的反应并且终于会等待5秒钟之后返回error了
可见HikariCP的处理方式是最合理的。根据这个测试结果对于各个CP处理数据库中断的情况评分如下 参考文章https://github.com/brettwooldridge/HikariCP/wiki/Bad-Behavior:-Handling-Database-Down
HikariCP为什么这么快
JDBC连接池的实现并不复杂主要是对JDBC中几个核心对象Connection、Statement、PreparedStatement、CallableStatement以及ResultSet的封装与动态代理。接下来从几个方面来看看HikariCP为什么这么快
优化并精简字节码
HikariCP利用了一个第三方的Java字节码修改类库Javassist来生成委托实现动态代理。动态代理的实现在ProxyFactory类源码如下 发现这些代理方法中只有一行直接抛异常的代码注释写着“Body is replaced (injected) by JavassistProxyFactory”其实方法body中的代码是在编译时调用JavassistProxyFactory才生成的主要代码见下图 之所以使用Javassist生成动态代理是因为其速度更快相比于JDK Proxy生成的字节码更少精简了很多不必要的字节码。
ConcurrentBag更好的并发集合类实现
ConcurrentBag的实现借鉴于C#中的同名类是一个专门为连接池设计的lock-less集合实现了比LinkedBlockingQueue、LinkedTransferQueue更好的并发性能。ConcurrentBag内部同时使用了ThreadLocal和CopyOnWriteArrayList来存储元素其中CopyOnWriteArrayList是线程共享的。ConcurrentBag采用了queue-stealing的机制获取元素首先尝试从ThreadLocal中获取属于当前线程的元素来避免锁竞争如果没有可用元素则再次从共享的CopyOnWriteArrayList中获取。此外ThreadLocal和CopyOnWriteArrayList在ConcurrentBag中都是成员变量线程间不共享避免了伪共享(false sharing)的发生。
使用FastList替代ArrayList
FastList是一个List接口的精简实现只实现了接口中必要的几个方法。JDK ArrayList每次调用get()方法时都会进行rangeCheck检查索引是否越界FastList的实现中去除了这一检查只要保证索引合法那么rangeCheck就成为了不必要的计算开销(当然开销极小)。此外HikariCP使用List来保存打开的Statement当Statement关闭或Connection关闭时需要将对应的Statement从List中移除。通常情况下同一个Connection创建了多个Statement时后打开的Statement会先关闭。ArrayList的remove(Object)方法是从头开始遍历数组而FastList是从数组的尾部开始遍历因此更为高效。
HikariCP与Druid相比哪个更好 有些用户给了druid这样的评论 不评论一个追求性能一个偏向监控直接看之前有人给HikariCP提的关于跟Druid对比分析的issue吧。HikariCP作者对Druid做了测试并给出了测试结果数据Druid作者温少也对此作了评论。Issue链接
https://github.com/brettwooldridge/HikariCP/issues/232
笔者个人的观点是hikariCP可以提供监控功能的比如metrics可以参见笔者的这篇文章 【追光者系列】HikariCP连接池监控指标实战。另外监控方面skywalking、pinpoint、mycat这些agent也是可以做到的以后service mesh普及了更加可以监控了比如sharding-jdbc也可以做监控datameshsidecar也可以做监控的。
Springboot2快速上手
说得这么好用起来会不会很麻烦啊会不会有很多参数要配置才能有这样的效果啊答案是不会。
springboot 2.0 默认连接池就是Hikari了所以引用parents后不用专门加依赖
配置一下就好
# jdbc_config datasourcespring.datasource.driver-class-namecom.mysql.jdbc.Driverspring.datasource.urljdbc:mysql://127.0.0.1:3306/datebook?useUnicodetruecharacterEncodingUTF-8autoReconnecttrueuseSSLfalsezeroDateTimeBehaviorconvertToNullspring.datasource.usernamerootspring.datasource.passwordroot# Hikari will use the above plus the following to setup connection poolingspring.datasource.typecom.zaxxer.hikari.HikariDataSourcespring.datasource.hikari.minimum-idle5spring.datasource.hikari.maximum-pool-size15spring.datasource.hikari.auto-committruespring.datasource.hikari.idle-timeout30000spring.datasource.hikari.pool-nameDatebookHikariCPspring.datasource.hikari.max-lifetime1800000spring.datasource.hikari.connection-timeout30000spring.datasource.hikari.connection-test-querySELECT 1直接启动即可 如图 参考资料
https://blog.csdn.net/clementad/article/details/46928621
