高性能数据库连接池 HikariCP | 连接池大小配置误区

本文主要是介绍高性能数据库连接池 HikariCP | 连接池大小配置误区，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

👀 上节回顾：上一节对 HikariCP 数据源的配置进行了详细了解。
👉 本节目标：关于连接池大小的设定，有一定的误区，必读。【没想到，有误区😂】

连接池越大越好？No!!!

有这样的场景：10000 个并发前端用户，每秒 2000 个事务执行，如何配置连接池的大小？配 200？配 20？配置 10000？
连接池的大小设定，可能和我们的直觉相反。 😂 我们想着它得是很大，而恰恰相关，却很小。将连接池调小，可能响应时间会从 100 ms 降低为 2ms。

连接池大小的影响因素

CPU：单核情况下，利用操作系统提供时间片轮转算法，可以实现多个线程调用 CPU。但本质上，同一时刻只有一个线程被 CPU 执行。如果有很多线程需要被 CPU 调度，则会产生大量的线程上下文切换，就会导致性能很差。
内存：一般来说，内存比较容易获取到，读取速度高于磁盘/网络几个数量级，对连接池的影响较小。
磁盘与网络：磁盘与网络都需要读写，即存在 IO 等待。此时，线程会被阻塞，CPU 可以继续调度其它线程。