HikariCP连接时间设置和连接数设置

时间设置

HikariCP用来控制连接时间的配置主要有：idleTimeout（空闲时间）、maxLifetime（最长时间）

idleTimeout：用来控制连接在连接池中空闲的时间。

maxLifetime：用来控制连接在连接池中最大的生命周期。

idleTimeout

空闲时间默认设置为600000毫秒（10分钟）。

配置生效的时机

当minimumIdle小于maximumPoolSize的时候，HikariCP才开始进行空闲连接的判断，这个时候idleTimeout参数才会生效。

参数的设置范围

idleTimeout支持设置的最小值是10000（10秒），如果设置参数小于10000则会被修改为10000,。但是此参数允许设置为0，当设置为0的时候表示空闲连接不会从池中被删除。但此时并不代表连接不会被移除，连接仍然受到maxLifetime的控制。而如果参数设置的值大于maxLifetime此参数会被修改为0，连接的存活时间由maxLifetime控制。

maxLifetime

最大的生命周期默认为1800000（30分钟）。

移除连接

此参数控制连接的最大生命周期，但是其并不会移除使用中的连接，只有在关闭后连接才会被移除。同时为了避免同一时间大量连接被移除，HikariCP会给连接设置一个负衰减值。

参数的设置范围

此参数支持的最小值是30000（30秒），如果设置的参数小于30000，则会被修改为默认值。此参数也支持设置为0，如果设置为0则标识连接不会因为存活时间被删除。

maxLifetime设置多长

在实际应用中，数据库连接可能受到多种因素的影响，高可用、负载均衡、防火墙以及数据库本身的配置的影响。默认值设置为30分钟是考虑到大多数的组件中都会设置30分钟为连接的上限。在实际的应用中有可能需要结合实际进行配置。比如有些项目中明明没有到达30分钟但是项目却抛出No operations allowed after connection closed. 异常，这是因为maxLifetime设置的时间超过了当前数据库的wait_timeout配置。当连接存活时间超过其设置的wait_timeout时数据库会将连接关闭，而对于HikariCP来说此连接仍然存活然后使用此连接进行数据操作。所以在具体设置maxLifetime参数的时候可以根据其数据库中的wait_timeout配置来决定，可以将maxLifetime设置参数略低于数据库中的配置，这样可以HikariCP在数据库断开连接前就已经终止连接。

连接数量设置

HikariCP用来控制连接时间的配置主要有：minimumIdle（最小空闲连接数）、maxmumPoolSize（最大连接数）

minimumIdle

参数的设置范围

此参数如果不进行设置，则会默认修改为maxmumPoolSize, 如果此参数大于maxmumPoolSize也会被修改为maxmumPoolSize值。如果此参数被设置为小于maxmumPoolSize时，HikariCP会是一个可变的池，而为了性能的考虑HikariCP的作者建议不要设置此参数或者将此参数设置和maxmumPoolSize相同，此时HikariCP作为一个固定的池来进行数据操作

maxmumPoolSize

参数的设置范围

此参数默认值为10，允许设置的最小值为1，当设置的值小于1的时候，如果minimumIdle参数为一个大于0的参数则使用此值作为最终值，否则会被设置为10.

连接池设置大小

连接池并非越大越好，随着连接的增多，整体性能甚至可能下降

连接池大小主要受数据库瓶颈和连接池之间的竞争影响，当然更多的可能需要根据项目在实际测试中的结果计算，对于很多时候解决方案不仅仅是调整连接池的大小，可能需要在应用逻辑和应用环境上做出调整。

数据库瓶颈

这一块内容网上有很多，大多数是借用了PostgreSQL 基准测试的内容，根据PostgreSQL项目提供的公式，大多数时间这个一个通过的公式。

connections =（（核心数* 2）+ 硬盘数）

池锁

池锁是数据库连接进行资源竞争和彼此通讯的时候出现的阻塞现象，避免池锁的公式

pool size = 线程数量 x (单个线程连接数量- 1) + 1

这不一定是最佳池大小，只是一个避免死锁所需的最低限度。

业务处理

在实际环境中因为执行的业务不同，当不同重量级的业务糅合的一起的时候很难去计算最佳的连接池大小。这个时候可以尝试通过业务上进行处理，我曾经在项目中使用过双连接池，针对已知的复杂查询业务或者已知的大数据集的表进行操作使用单独的连接池进行操作。