Tomcat的maxConnections、acceptCount

tomcat 的Connector配置如下

        <Connector port="6080" executor="tomcatThreadPool"
                   connectionTimeout="20000"
                   redirectPort="6443"
                   protocol="org.apache.coyote.http11.Http11Nio2Protocol"
                   maxConnections="500"  
                   enableLookups="false"
                   acceptCount="100"
                   maxPostSize="10485760"
                   compression="on"
                   disableUploadTimeout="true"
                   compressionMinSize="2048"
                   acceptorThreadCount="2"
                   compressableMimeType="text/html,text/xml,text/plain,text/css,text/javascript,application/javascript"
                   URIEncoding="utf-8"/>

其中最后两个参数意义如下:

maxConnections:tomcat的最大连接数,即同时处理的任务个数,默认值为200,一般与Executor中的maxThreads相等

acceptCount:当tomcat启动的线程数达到最大时,接受排队的请求个数,默认值为100

这两个值如何起作用,请看下面三种情况

情况1:接受一个请求,此时tomcat启动的线程数没有到达maxConnections,tomcat的 Executor 会启动一个线程来处理此请求。

情况2:接受一个请求,此时tomcat启动的线程数已经到达maxConnections ,tomcat会把此请求放入等待队列,等待空闲连接。

情况3:接受一个请求,此时tomcat起动的线程数已经到达maxConnections ,等待队列中的请求个数也达到了acceptCount,此时tomcat会直接拒绝此次请求,返回connection refused

maxConnections如何配置

一般的服务器操作都包括量方面:1计算(主要消耗cpu),2等待(io、数据库等)

第一种极端情况,如果我们的操作是纯粹的计算,那么系统响应时间的主要限制就是cpu的运算能力,此时maxConnections应该尽量设的小,降低同一时间内争抢cpu的线程个数,可以提高计算效率,提高系统的整体处理能力。

第二种极端情况,如果我们的操作纯粹是IO或者数据库,那么响应时间的主要限制就变为等待外部资源,此时maxConnections应该尽量设的大,这样才能提高同时处理请求的个数,从而提高系统整体的处理能力。此情况下因为tomcat同时处理的请求量会比较大,所以需要关注一下tomcat的虚拟机内存设置和linux的open file限制。

我在测试时遇到一个问题,maxConnections我设置的比较大比如5000,当服务的线程数大到一定程度时,一般是2000出头,单次请求的响应时间就会急剧的增加,

原因是cpu在线程切换时消耗的时间随着线程数量的增加越来越大,

cpu把大多数时间都用来在这2000多个线程直接切换上了,当然cpu就没有时间来处理我们的程序了。

以前一直简单的认为多线程=高效率。其实多线程本身并不能提高cpu效率,线程过多反而会降低cpu效率。

当cpu核心数<线程数时,cpu就需要在多个线程直接来回切换,以保证每个线程都会获得cpu时间,即通常我们说的并发执行。

所以maxConnections的配置绝对不是越大越好。

现实应用中,我们的操作都会包含以上两种类型(计算、等待),所以maxConnections的配置并没有一个最优值,一定要根据具体情况来配置。

最好的做法是:在不断测试的基础上,不断调整、优化,才能得到最合理的配置。

acceptCount的配置,我一般是设置的maxThreads/5,这个值应该是主要根据应用的访问峰值与平均值来权衡配置的。

如果设的较小,可以保证接受的请求较快相应,但是超出的请求可能就直接被拒绝

如果设的较大,可能就会出现大量的请求超时的情况,因为我们系统的处理能力是一定的。

还有一些其他的参数:
minProcessors:最小空闲连接线程数,用于提高系统处理性能,默认值为10 maxProcessors:最大连接线程数,即:并发处理的最大请求数,默认值为75  acceptCount:允许的最大连接数,应大于等于maxProcessors,默认值为100
enableLookups:是否反查域名,取值为:true或false。为了提高处理能力,应设置为false  
connectionTimeout:网络连接超时,单位:毫秒。设置为0表示永不超时,这样设置有隐患的。通常可设置为30000毫秒。

关于Zeno Chen

本人涉及的领域较多,杂而不精 程序设计语言: Perl, Java, PHP, Python; 数据库系统: MySQL,Oracle; 偶尔做做电路板的开发,主攻STM32单片机
此条目发表在Java分类目录。将固定链接加入收藏夹。