线程池最大连接数设置多少合适？

问题描述

在上个月期间，已经上线一年的产品突然遇到问题，多名用户反应系统无法正常登录问题，针对上线的产品我们高度重视进行日志查看排查，发现和数据库连接有一些关系，本地测试服务器可以正常连通数据库的服务器，但为何在产品中会有数据库连接错误的异常呢？

原因分析：

经过多种分析，查看数据库的连接配置，以及网上查阅资料发现线程池连接数设置的比较大，查看服务器CPU才4核，看到这里大概就知道问题所在了，调整一下线程池的最大连接数，重启产品发现就可以正常使用了，下面就针对线程池最大连接数设置多少合适的问题详细说一下。

解决方案：

线程池需要设置合适的大小，假如设置的太大，线程上线文切换过于频繁，造成大量资源开销，反而会使性能降低。假如设置的太小，存在很多可用的处理器资源却未在工作，会造成资源的浪费和对吞吐量造成损失。

为了充分利用处理器资源，创建的线程数至少要等于处理器核心数。如果所有的任务都是计算密集型的，那么线程数等于可用的处理器核心数就可以了。不过，如果所有的任务都是IO密集型，那么处理器大部分时间是空闲的，所有要适当的增加线程数。线程等待时间所占比例越高，需要越多线程。线程运算时间所占比例越高，需要越少线程。于是可以使用下面的公式进行估算：

最佳线程数 = （(线程计算时间 + 线程等待时间)/线程计算时间） * CPU核心数
例如：平均每个线程计算运行时间为0.2s，而线程等待时间（非计算时间，比如IO）为0.4s，CPU核心数为8，那么根据上面这个公式估算得到：((0.2+ 0.4)/0.2) * 8 = 24。