数据库连接池大小如何设置最优？

数据库连接池最佳大小=CPU核心数×2 （IO性能较差时）或CPU核心数（IO性能良好时） 独立环境：连接池大小=CPU核心数+磁盘IO性能调优 集群环境：连接池大小 > 独立环境大小 调整压力测试，避免连接池太大或太小

数据库连接池的影响因素

上周，一位客户向我询问数据库连接池设置的问题，这让我很困惑。
我自己遇到的陷阱是在项目中最小连接数设置得太高。
结果，服务器资源被完全占用，性能严重下降。
我当时甚至没有使用它。
无论如何我保留了它。
结果，大部分时间都处于闲置状态。
这是对资源的浪费。

想一想，最小连接数是一定要保证的，但是设置的数量一定要慎重考虑。
如果成交量不大，比如我之前的电商项目，每天会收到上百条查询。
如果将最小连接数设置为5 0，则大部分时间都会处于空闲状态，并且会占用内存和CPU。
这不方便。
后来我改成1 0，根据慢查询日志和峰值负载进行调整，效果好多了。

多注意最大连接数。
去年我有一个朋友在做支付系统，但最大连接数太低了。
在销售高峰期间，请求直接留在队列中，并且用户抱怨。
但如果设置太高，如你所说，服务器无法处理。
最终，他批量添加机器，动态调整最大连接数，并添加队列系统进行缓冲，然后就搞定了。

最合适的最小和最大差异是多少？我的经验是我一般坚持1 :3 到1 :5 之间的比例。
差距太大了。
正如你所说，早期采用者占据了它，而后面的人则在等待时闲逛。
体验非常不好。
差距太小，资源利用率不高。
具体要看业务场景，比如读写比例，是否允许排队等。

释放空闲超时是一个很好的机制，我在最近的项目中添加了它。
比如设置3 0分钟的超时时间，超过这个时间空闲就会自动回收，这样可以节省很多资源。
但需要注意的是，如果应用程序频繁改变数据库操作，则该设置应保持在最低限度，否则会频繁创建和销毁连接，从而影响性能。

无论如何，这取决于你。
每个项目都是不同的。
关键是要多监测几次，根据实际负载进行调整。
不要拘泥于最小连接数的理论值。
更频繁地运行压力测试以查看实际使用情况。
留下一个缓冲区就可以了。

释放数据库连接 引用次数 为什么

结论： 1 、资源管理是解决资源分配和解决问题的方法。
数据库连接池就是这种类型的典型应用。
2 .预存链接的连接池，减少链接创建时间，提高系统响应速度。
3 、并发问题通过线程同步关键字来解决，比如Java的synchronized。
4 .事务管理复杂，建议每个事务有唯一的命令。
5 、连接分配和松弛影响性能，合理管理可以提高复用性。
6 . 配置连接池以匹配最小和最大连接数，并应用动态或静态策略来维持最小连接数。
7 、参考计算技术，高效连接，避免资源浪费。
8 、连接池的优点：减少创建时间、简化编程、控制资源使用。
9 .连接池的工作原理：建立、管理和关闭以获得连接重用和支持控制。
1 0.像Java这样的语言包含构造连接池的类，例如Vector和Stack。