数据库连接池并不是设置越大越好

1.前要

    1.操作系统快速切换时间片，因此单核计算机也可以“同时”运行数百个线程。

     2.一旦线程数超过CPU核心的数量，再增加线程数，因为系统上下文的切换需要消耗性能导致系统更慢。

2.问题来源

       通过对Oracle数据库的压测实验，模拟9600个并发操作数据库，线程池的大小从9600,4800,2400,96递减，发现连接池数量越小生气了执行速度越快，与想象的连接池数量越大，执行越快截然不同。

3.影响因素分析

• CPU

        连接数大于CPU核心数，会因为上下文切换导致性能下降

• 磁盘IO

       读写操作在能在磁盘的一处发生，当切换操作时，需要寻址（数据存储在数据库中，实际是存储在磁盘上），这样就会存在寻址耗时

• 网络IO

       在这段I/O等待时间，线程处于阻塞状态，此时操作系统可以将空闲的CPU核心服务于其他线程，提高吞吐量

 

4.连接池数量确定方法

可以采用postgreSQL提供的公式进行线程池大小估值：连接数 = （（核心数*2）+有效磁盘数）

eg：CPU是4核i7的，那么连接池大小为（4*2）+1 = 9

5.备注

此外对于实际业务混合长事务和短事务的业务场景，正确的做法是创建两个连接池，一个服务于长事务，一个服务于短事务

 

参考文献：

https://juejin.im/post/5cd2835a51882535ad782012