最近才發現這個連接池,有一說一,他的速度確實吊打各大連接池,這里就來分析一下HikariCP的優劣
主要就和Druid(阿里的數據庫連接池,目前比較流行)做比較好了
| 功能 | Druid | HikariCP |
|---|---|---|
| 是否支持PSCache | 支持 | 不支持 |
| 監控 | jmx/log/http | jmx |
| 擴展性 | 好 | 較弱 |
| sql攔截及解析 | 支持 | 無 |
| 代碼 | 較復雜 | 簡單 |
| 特點 | 阿里開源，功能全面 | 優化力度大，功能簡單，起源於boneCP |
| 連接池管理 | 數組 | threadlocal+CopyOnWriteArrayList |
剛看到這張表,你可能會認為Druid會要比HikariCP好很多
然而實際上,作為一個數據庫連接池,最為重要的一點=>速度,還沒有比較
HikariCP,Druid性能比較
聲明:
數據庫使用: MySQL
測試工具: IntelliJ IDEA 2020.1
源碼地址:(存放在abdyPan,本人Abalone和好友Daman共同開發的網盤) http://42.194.218.71/file/open/33
直接上圖
怎么說.... 有圖有真相吧~
總結: HikiariCP特點
1. 代碼量非常小:
要知道對於連接池來講,代碼越少,占用cpu和內存越少,Bug出現幾率也是越小,那么代表他的執行率高,這就是為什么HikariCP受歡迎的原因之一
2. 穩定性,可靠性強:
HikariCP是經受了市場的考驗,走過太上老君的丹爐,現如今拿到SpringBoot的入場證,走上了人生巔峰.
3. 速度奇快:
光有健壯性可不行,坦克很健壯,卻跑不過飛機,但是HikariCP卻依靠自己的代碼少,重寫數據結構等特點,成功晉級速度最快連接池冠軍寶座
最后,表達一下個人的主觀看法,本人在兩者之間更加偏向於HikariCP
別問,問就是快