每秒处理请求数和并发是一个概念吗?
不是同一个概念,但它们之间有联系:
设平均响应时间为t(单位为毫秒), 并发量为c,每秒处理请求数为q,则:
q = (1000/t) * c 最合适的c值应该根据实测试验得出
提高web服务器并发处理能力
对于一台服务器,我们希望:它在单位时间内能够处理的连接数越多越好,吞吐量越大越好。要提高web服务器吞吐量,其实要考虑这么几个因素:
1并发连接数
常用的web服务器都支持一定的并发用户数,这个并发用户数可以通过配置文件参数来进行配置(但并发设置的越大越好,因为需要考虑服务器的性能)。比如apache可以通过MaxClients来配置,tomcat也可以通过maxThreads来配置。这些参数用来设定服务器最多可能支持的连接数有多少。这个连接数并不是越大越好,因为连接数是有代价的,连接数越大,每个连接的平均响应时间(硬件资源分配)就越慢。所谓最大连接数,指的是一个可接受的平均响应时间内的最大连接数(是有条件的),如果连接数再大,那么每个连接的平均响应时间就超过了可以接受的范围,这个连接数就没有意义了。我们利用ab这样的测试工具,来测试网页在一定并发数下n的响应时间,我们不断提高n使得响应时间达到我们的阈值,此时的n就是该系统所支持的最大连接数或并发用户数。一旦并发用户超过这个限制,我们就需要考虑扩展这台服务器,单台服务器已经到达极限了。
可是在开发中,没有测试设置(256)
查看Web服务器(Nginx Apache)的并发请求数及其TCP连接状态:
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
或者:
netstat -n|grep ^tcp|awk '{print $NF}'|sort -nr|uniq -c
或者:
netstat -n | awk '/^tcp/ {++state[$NF]} END {for(key in state) print key,state[key]}'
返回结果一般如下:
LAST_ACK 5 (正在等待处理的请求数)
SYN_RECV 30
ESTABLISHED 1597 (正常数据传输状态)
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057 (处理完毕,等待超时结束的请求数)
其他参数说明:
CLOSED:无连接是活动的或正在进行
LISTEN:服务器在等待进入呼叫
SYN_RECV:一个连接请求已经到达,等待确认
SYN_SENT:应用已经开始,打开一个连接
ESTABLISHED:正常数据传输状态
FIN_WAIT1:应用说它已经完成
FIN_WAIT2:另一边已同意释放
ITMED_WAIT:等待所有分组死掉
CLOSING:两边同时尝试关闭
TIME_WAIT:另一边已初始化一个释放
LAST_ACK:等待所有分组死掉
2、查看Nginx运行进程数
ps -ef | grep nginx | wc -l
返回的数字就是nginx的运行进程数,如果是apache则执行
ps -ef | grep httpd | wc -l
3、查看Web服务器进程连接数:
netstat -antp | grep 80 | grep ESTABLISHED -c
4、查看MySQL进程连接数:
ps -axef | grep mysqld -c