Tomcat配置之连接数设置方式

1 连接数参数介绍

回顾一下tomcat处理请求的过程：

• 在accept队列中接收连接（当客户端向服务器发送请求时，如果客户端与os完成三次握手建立了连接，则os将该连接放入accept队列）；
• 在连接中获取请求的数据，生成request；
• 调用servlet容器处理请求；返回response。

对应的，connector中的几个参数功能如下：

1.1 acceptcount

accept队列的长度；当accept队列中连接的个数达到acceptcount时，队列满，进来的请求一律被拒绝,默认值是100(跟tomcat版本有关系)

1.2 maxconnections

tomcat在任意时刻接收和处理的最大连接数。当tomcat接收的连接数达到maxconnections时，acceptor线程不会读取accept队列中的连接；这时accept队列中的线程会一直阻塞着，直到tomcat接收的连接数小于maxconnections。

如果设置为-1，则连接数不受限制。默认值与连接器使用的协议有关：nio的默认值是10000，apr/native的默认值是8192，而bio的默认值为maxthreads（如果配置了executor，则默认值是executor的maxthreads）。在windows下，apr/native的maxconnections值会自动调整为设置值以下最大的1024的整数倍；如设置为2000，则最大值实际是1024。

1.3 maxthreads

请求处理线程的最大数量。默认值是200（tomcat7和8都是的）。

如果该connector绑定了executor，这个值会被忽略，因为该connector将使用绑定的executor，而不是内置的线程池来执行任务。

maxthreads规定的是最大的线程数目，并不是实际running的cpu数量；实际上，maxthreads的大小比cpu核心数量要大得多。

这是因为，处理请求的线程 真正用于计算的时间可能很少，大多数时间可能在阻塞，如等待数据库返回数据、等待硬盘读写数据等。

因此，在某一时刻，只有少数的线程 真正的在使用物理cpu，大多数线程都在等待；因此线程数远大于物理核心数才是合理的。

换句话说，tomcat通过使用比cpu核心数量多得多的线程数，可以使cpu忙碌起来，大大提高cpu的利用率。

2 参数配置

为了确保服务不会被过多的http长连接压垮，我们需要对tomcat设定个最大连接数，超过这个连接数的请求会拒绝，让其负载到其它机器，达到保护自己的同时起到连接数负载均衡的作用。

tomcat的并发数由以下两个参数决定：

• maxthreads：tomcat启动的最大线程数，即同时处理的任务个数，默认值为200
• acceptcount：当tomcat起动的线程数达到最大时，接受排队的请求个数，默认值为100

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

• 情况1：接受一个请求，此时tomcat起动的线程数没有到达maxthreads，tomcat会起动一个线程来处理此请求。
• 情况2：接受一个请求，此时tomcat起动的线程数已经到达maxthreads，tomcat会把此请求放入等待队列，等待空闲线程。
• 情况3：接受一个请求，此时tomcat起动的线程数已经到达maxthreads，等待队列中的请求个数也达到了acceptcount，此时tomcat会直接拒绝此次请求，返回connection refused

默认情况下，tomcat最大连接数和最大并发数默认是10000和200

同时加上maxconnections

原来tomcat最大连接数取决于maxconnections这个值加上acceptcount这个值，在连接数达到了maxconenctions之后，tomcat仍会保持住连接，但是不处理，等待其它请求处理完毕之后才会处理这个请求。

tomcat的最大连接数参数是maxconnections，这个值表示最多可以有多少个socket连接到tomcat上。

bio模式下默认最大连接数是它的最大线程数(缺省是200)，nio模式下默认是10000，apr模式则是8192(windows上则是低于或等于maxconnections的1024的倍数)。如果设置为-1则表示不限制。

3 总结

3.1 tomcat能支持最大连接数

由maxconnections加上acceptcount来决定。同时maxthreads如何设定？

一般的服务器操作都包括两方面：1计算（主要消耗cpu），2等待（io、数据库等）

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

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

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

acceptcount的配置，我一般是设置的跟maxthreads一样大，这个值应该是主要根据应用的访问峰值与平均值来权衡配置的。

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

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

3.2 linux下使用tomcat命令备注

3.2.1 linux下查看apache当前并发访问数

netstat -an | grep established | wc -l  

对比httpd.conf中maxclients的数字差距多少。

3.2.2 查看有多少个进程数

ps aux|grep httpd|wc -l  

3.2.3 可以使用如下参数查看数据

ps -ef | grep httpd | wc -l
1388  

统计httpd进程数，每个请求会启动一个进程，使用于apache服务器。

1388表示apache能够处理1388个并发请求，这个值apache可根据负载情况自动调整。

#netstat -nat|grep -i "80"|wc -l

　　4341

netstat -an会打印系统当前网络链接状态，而grep -i "80"是用来提取与80端口有关的连接的，wc -l进行连接数统计。

最终返回的数字就是当前所有80端口的请求总数。

netstat -na|grep established|wc -l  
376

netstat -an会打印系统当前网络链接状态，而grep established 提取出已建立连接的信息。 然后wc -l统计。

最终返回的数字就是当前所有80端口的已建立连接的总数。

bat代码

netstat -nat||grep established|wc

可查看所有建立连接的详细记录

查看apache的并发请求数及其tcp连接状态：

linux命令：

netstat -n | awk '/^tcp/ {++s[$nf]} end {for（a in s） print a, s[a]}'

返回结果示例：

　　last_ack 5

　　syn_recv 30

　　established 1597

　　fin_wait1 51

　　fin_wait2 504

　　time_wait 1057

其中的

• syn_recv：表示正在等待处理的请求数；
• established：表示正常数据传输状态；
• time_wait：表示处理完毕，等待超时结束的请求数。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。