内外兼修：从新手到精通的连接池配置指南
2023-11-07 11:15:57
数据库连接池，就好比生活中的水池。系统需要数据时，便从连接池中汲取，无须单独与数据库建立连接。这个连接池，须得精心调配，方能稳定而高效地供给数据，否则，就会对系统性能造成极大的损耗。
在调配连接池的诸多参数之中，一些常见参数和它们的配置技巧，尤为值得我们细细品味。
- 初始连接数（initialSize）
初识连接池，大家定会对初始连接数颇感疑惑：“系统刚启动时，连接池中到底需要多少个连接呢？”
设置初始连接数时，务须审时度势，过少，可能导致系统启动后出现连接等待的现象，影响用户体验；过多，又会白白浪费服务器资源，得不偿失。
一个比较稳妥的做法是，通过压测，或者根据历史数据，预估系统在一开始可能会并发多少个连接，再适当加上1-2个连接，作为初始连接数。
- 最大连接数（maxActive）
在系统运行期间，允许同时活跃的连接数，便是最大连接数。
最大连接数设置过小，连接池很可能会频繁地创建和销毁连接，增加系统负担；设置过大，则可能导致系统资源耗尽，引发性能问题。
因此，合理设置最大连接数，需要综合考虑系统吞吐量、业务类型和服务器资源等因素。
- 最大空闲数（maxIdle）
最大空闲数，即连接池中最多能容纳多少个空闲连接。
空闲连接过多，会浪费系统资源；空闲连接过少，又可能会导致系统在需要新的连接时等待，影响性能。
因此，设置最大空闲数时，应根据系统负载和连接创建/销毁的开销，做出权衡。
- 最小空闲数（minIdle）
连接池为了应对突发流量，需要预先创建一定数量的空闲连接。这些预先创建的空闲连接，便是最小空闲数。
设置最小空闲数时，可以参考如下经验：
- 如果系统负载相对稳定，且连接创建/销毁的开销不大，可以将最小空闲数设置为0，让连接池根据需要动态调整空闲连接数。
- 如果系统负载波动较大，或连接创建/销毁的开销较大，可以适当设置最小空闲数，以避免系统在需要新的连接时等待。
- 连接超时（connectionTimeout）
连接超时时间，即连接池获取连接时，等待连接被创建或从连接池中获取的最大时间。
连接超时时间设置过短，可能会导致连接池在创建连接或获取连接时等待超时，影响系统性能；设置过长，则会浪费系统资源。
因此，合理的设置连接超时时间，需要考虑系统负载、网络延迟和连接创建/销毁的开销等因素。
- 验证查询（validationQuery）
验证查询，即在连接被创建或从连接池中获取时，执行的SQL查询，以验证连接是否有效。
验证查询可以帮助系统及时发现并移除无效的连接，确保连接池中的连接都是有效的。
设置验证查询时，应选择一条简单的、执行速度快的SQL查询，以避免对系统性能造成影响。
- 逐出策略（evictionPolicy）
逐出策略，即当连接池中空闲连接数超过最大空闲数时，连接池如何选择空闲连接进行销毁。
逐出策略通常有两种：
- 先进先出（FIFO） ：销毁最先创建的空闲连接。
- 后进先出（LIFO） ：销毁最后创建的空闲连接。
对于大多数场景，FIFO策略是一个不错的选择，它可以确保空闲连接被均匀地使用，避免某些连接长时间闲置，导致性能问题。
- 测试连接（testOnBorrow）
在连接被从连接池中获取时，是否执行验证查询以测试连接是否有效。
启用测试连接，可以帮助系统及时发现并移除无效的连接，确保连接池中的连接都是有效的。
但是，启用测试连接也会增加系统开销，因此，在性能敏感的场景中，应谨慎启用测试连接。
- 测试空闲连接（testWhileIdle）
在空闲连接被从连接池中获取时，是否执行验证查询以测试连接是否有效。
启用测试空闲连接，可以帮助系统及时发现并移除无效的连接，确保连接池中的连接都是有效的。
但是，启用测试空闲连接也会增加系统开销，因此，在性能敏感的场景中，应谨慎启用测试空闲连接。
