性能优化|Tomcat 服务优化

作者 : 开心源码 本文共9142个字,预计阅读时间需要23分钟 发布时间: 2022-05-12 共155人阅读

一、Tomcat工作原理

1. TCP的三次握手四次挥手

三次握手:

说明:

类比于A和B打电话:

A对B说:你好,我是A,你能听到我说话吗?

B对A说:嗯,我能听到你说话

A对B说:好,那我们开始聊天吧

在服务器上用如下命令能看到当前服务器的连接情况

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 (解决完毕,等待超时结束的请求数)

四次挥手:

说明:

同样使用A和B打电话来说明:

A对B说:我说完了,我要挂电话了

B对A说:等一下,我还没说完

B继续对A说:我说完了,你可以挂电话了

A对B说:好,我挂电话了

其余参数说明:

CLOSED:无连接是活动的或者正在进行

LISTEN:服务器在等待进入呼叫

SYN_RECV:一个连接请求已经到达,等待确认

SYN_SENT:应使用已经开始,打开一个连接

ESTABLISHED:正常数据传输状态

FIN_WAIT1:应使用说它已经完成

FIN_WAIT2:另一边已同意释放

ITMED_WAIT:等待所有分组死掉

CLOSING:两边同时尝试关闭

TIME_WAIT:另一边已初始化一个释放

LAST_ACK:等待所有分组死掉

2. Tomcat内部结构

上图说明:

?server:指的是整个应使用的上下文, 也是最顶层的容器,tomcat中所有的东西都在这个server里边。

?service:指的是一个服务,主要的功能是把connector组件和engine组织起来,使得通过connector组件与整个容器通讯的应使用可以用engine提供的服务。

?engine:服务引擎,这个可以了解为一个真正的服务器,内部提供了多个虚拟主机对外服务。

?host:虚拟主机,每一个虚拟主机相当于一台服务器,并且内部可以部署多个应使用,每个虚拟主机可以绑定一个域名,并指定多个别名。

?context:应使用上下文,每一个webapp都有一个单独的context,也可以了解为每一个context代表一个webapp。

?connector:连接器组件,可以配置多个连接器支持多种协议,如http,APJ 等

组件说明:

Tomcat常见组件:

?服务器(server):Tomcat的一个实例,通常一个JVM只能包含一个Tomcat实例;因而,一台物理服务器上可以在启动多个JVM的情况下在每一个JVM中启动一个Tomcat实例,每个实例分属于一个独立的管理端口。这是一个顶级组件。

?服务(service):一个服务组件通常包含一个引擎和与此引擎相关联的一个或者多个连接器。给服务命名可以方便管理员在日志文件中识别不同服务产生的日志。一个server可以包含多个service组件,但通常情下只为一个service指派一个server。

连接器类组件:

?连接器(connectors):负责连接用户端(可以是浏览器或者Web服务器)请求至Servlet容器内的Web应使用程序,通常指的是接收用户发来请求的位置及服务器端分配的端口。默认端口通常是HTTP协议的8080,管理员也可以根据自己的需要改变此端口。还可以支持HTTPS ,默认HTTPS端口为8443。同时也支持AJP,即(A)一个引擎可以配置多个连接器,但这些连接器必需用不同的端口。默认的连接器是基于HTTP/1.1的Coyote。同时,Tomcat也支持AJP、JServ和JK2连接器。

容器类组件:

?引擎(Engine):引擎通是指解决请求的Servlet引擎组件,即Catalina Servlet引擎,它检查每一个请求的HTTP首部信息以辨别此请求应该发往哪个host或者context,并将请求解决后的结果返回的相应的用户端。严格意义上来说,容器不必非得通过引擎来实现,它也可以是只是一个容器。假如Tomcat被配置成为独立服务器,默认引擎就是已经定义好的引擎。而假如Tomcat被配置为Apache Web服务器的提供Servlet功能的后台,默认引擎将被忽略,由于Web服务器自身就能确定将使用户请求发往何处。一个引擎可以包含多个host组件。

?主机(Host):主机组件相似于Apache中的虚拟主机,但在Tomcat中只支持基于FQDN的“虚拟主机”。一个引擎至少要包含一个主机组件。

?上下文(Context):Context组件是最内层次的组件,它表示Web应使用程序本身。配置一个Context最主要的是指定Web应使用程序的根目录,以便Servlet容器能够将使用户请求发往正确的位置。Context组件也可包含自己设置的错误页,以实现在使用户访问发生错误时提供友好的提醒信息。

被嵌套类(nested)组件:

这类组件通常包含于容器类组件中以提供具备管理功能的服务,它们不能包含其它组件,但有些却可以由不同层次的容器各自配置。

?阀门(Valve):使用来阻拦请求并在将其转至目标之前进行某种解决操作,相似于Servlet规范中定义的过滤器。Valve可以定义在任何容器类的组件中。Valve常被使用来记录用户端请求、用户端IP地址和服务器等信息,这种解决技术通常被称作请求转储(request dumping)。请求转储valve记录请求用户端请求数据包中的HTTP首部信息和cookie信息文件中,响应转储valve则记录响应数据包首部信息和cookie信息至文件中。

?日志记录器(Logger):使用于记录组件内部的状态信息,可被使用于除Context之外的任何容器中。日志记录的功能可被继承,因而,一个引擎级别的Logger将会记录引擎内部所有组件相关的信息,除非某内部组件定义了自己的Logger组件。

?领域(Realm):使用于使用户的认证和受权;在配置一个应使用程序时,管理员可以为每个资源或者资源组定义角色及权限,而这些访问控制功能的生效需要通过Realm来实现。Realm的认证可以基于文本文件、数据库表、LDAP服务等来实现。Realm的效使用会遍及整个引擎或者顶级容器,因而,一个容器内的所有应使用程序将共享使用户资源。同时,Realm可以被其所在组件的子组件继承,也可以被子组件中定义的Realm所覆盖。

二、优化思路

1. 网络优化

BIO、NIO、NIO2、APR,也就是阻塞与非阻塞

压缩gzip、超时配置,防止close_wait过多。

1.1、非阻塞,Tomcat8已经取消BIO

四种请求连接模型

HTTP/1.1

org.apache.coyote.http11.Http11Protocol 阻塞模式的连接协议

org.apache.coyote.http11.Http11NioProtocol 非阻塞模式的连接协议

org.apache.coyote.http11.Http11Nio2Protocol 非阻塞模式的连接协议

org.apache.coyote.http11.Http11AprProtocol – 本地连接协议

1.2、启使用压缩,消耗CPU,减小网络传输大小

compression=”on”

disableUploadTimeout=”true”

compressionMinSize=”2048″

compressableMimeType=”text/html,text/xml,text/plain,text/css,text/javascript,a

pplication/javascript”

URIEncoding=”utf-8″

2. 并发优化

最大线程数

最佳并发数。。。

连接数:maxConnections(最大连接数)

解决线程:maxThreads(操作系统允许多少线程,线程多大会引起切换效能)

等候队列:acceptCount(排队数量)指最大连接数已经满了的时候允许多少请求排队

3. 底层优化

JVM优化

多实例(必需的)

操作系统优化

JVM优化:固定堆内存,多线程并发收集,对象预留新生代,大对象进入老年代,启使用内联

多实例:多个tomcat实例在一台机上

操作系统优化:网络参数,线程数,关闭IPV6,最大文件数

Linux服务器每进程不允许超过1000个线程,据说6、700线程服务器切换线程就慢下来

命令:ps -eLf | grep java | wc –l 可以查看当前启动的java进程里面有多少个线程

Linux线程栈大小是8M,可以用ulimit –s设置

三、优化实战

1. 优化tomcat.conf配置文件

/etc/tomcat/tomcat.conf文件修改JAVA_OPTS

JAVA_OPTS=“-server –Xmx2048m–Xms2048m –Xmn768m – XX:TargetSurvivorRatio=90 -XX:PetenureSizeThreshold=1000000 – XX:MaxTenuringThreshold=30 –XX:+UseParallelGC

–XX:+UseConcMarkSweepGC –XX:ParallelGCThreads=2″

2. 优化server.conf配置文件

/etc/tomcat/server.conf文件修改配置

minSpareThreads=”100″ //Tomcat 初始化时创立的线程数,默认设置 25

prestartminSpareThreads = “true”//在 Tomcat 初始化的时候就初始化 minSpareThreads 的参数值,假如不等于 true,minSpareThreads 的值就无效

maxQueueSize = “100”//最大的等待队列数,超过则拒绝请求 />

protocol=”org.apache.coyote.http11.Http11Nio2Protocol” //Tomcat 8 设置 nio2 更好,Tomcat 6 、7设置nio更好:org.apache.coyote.http11.Http11NioProtocol

connectionTimeout=”20000″

minSpareThreads=”100″ maxSpareThreads=”1000″最大解决连接数线程

minProcessors=”100“同时解决请求的最小数

maxProcessors=“1000”同时解决请求的最大数

maxConnections=”1000″ redirectPort=”8443″

enableLookups=”false” //禁使用DNS查询 acceptCount=”100″ //指定当所有可以用的解决请求的线程数都被用时,可以放四处理队列中的请求数,超过这个数的请求将不予解决,默认设置 100

maxPostSize=”10485760″ //以 FORM URL 参数方式的 POST 提交方式,限制提交最大的大小,默认是2097152(2兆),它用的单位是字节。10485760 为 10M。假如要禁使用限制,则可以设置为 -1。

compression=”on” disableUploadTimeout=”true” compressionMinSize=”2048″

acceptorThreadCount=”2″ //使用于接收连接的线程的数量,默认值是1。一般这个指需要改动的时候是由于该服务器是一个多核CPU,假如是多核CPU一般配置为 2.

compressableMimeType=”text/html,text/xml,text/plain,text/css,text/javascript,application/ja

vascript” URIEncoding=”utf-8″ keepAliveTimeout=”0″

关闭shutdown端口:

关闭ajp连接:注释

取消访问日志Valve阀门

prefix=”localhost_access_log.” suffix=”.txt”

pattern=”%h %l %u %t “%r” %s %b” />

/>

图示:

3. linux内核优化

3.1 linux 默认值 open files 和 max user processes 为 1024

#ulimit -n

1024

#ulimit –u

1024

问题形容:

说明server只允许同时打开1024个文件,解决1024个使用户进程,用ulimit -a 可以查看当前系统的所有限制值,用ulimit -n可以查看当前的最大打开文件数。新装的linux 默认只有1024,当作负载较大的服务器时,很容易遇到error: too many open files 。

处理方法:

用 ulimit –n 65535 可即时修改,但重启后就无效了。

有如下三种修改方式:

在/etc/security/limits.conf 最后添加:

* soft nofile 65535

* hard nofile 65535

* soft nproc 65535

* hard nproc 65535

3.2 其余的linux配置优化

net.ipv4.tcp_syncookies = 1 开启SYN Cookies。当出现SYN等待队列溢出时,启使用cookies来解决,可防范一些SYN攻击;

net.ipv4.tcp_tw_reuse = 1 开启重使用。允许将TIME-WAIT sockets重新使用于新的TCP连接,默认为0

net.ipv4.tcp_tw_recycle = 1 开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。

net.ipv4.tcp_fin_timeout = 30 假如套接字由本端要求关闭,它决定了它保持在FIN-WAIT-2状态的时间。

net.ipv4.tcp_keepalive_time = 1200 当keepalive起使用的时候,TCP发送keepalive消息的频度。缺省是2小时

net.ipv4.tcp_keepalive_intvl = 30

net.ipv4.tcp_keepalive_probes = 3 probe 3次(每次30秒)不成功,内核才彻底放弃。

tcp_keepalive_time = 7200 seconds (2 hours)

tcp_keepalive_probes = 9

tcp_keepalive_intvl = 75 seconds

net.ipv4.ip_local_port_range = 1024 65000 使用于向外连接的端口范围。缺省情况下很小:32768到61000,改为1024到65000。

net.ipv4.tcp_max_syn_backlog = 8192 SYN队列的长度,默认为1024,加大队列长度为8192,可以容纳更多等待连接的网络连接数。

net.ipv4.netdev_max_backlog = 1000 表示进入包的最大设施队列,默认300,改大

net.core.tcp_max_tw_buckets = 5000 系统同时保持TIME_WAIT套接字的最大数量,假如超过这个数字,TIME_WAIT套接字将立刻被清理并打印警告信息。默认为180000,改为 5000。

另外可以参考优化内核配置:

/proc/sys/net/core/wmem_max 最大socket写buffer,可参考的优化值:873200

/proc/sys/net/core/rmem_max 最大socket读buffer,可参考的优化值:873200

/proc/sys/net/ipv4/tcp_wmem TCP写buffer,可参考的优化值: 8192 436600 873200

/proc/sys/net/ipv4/tcp_rmem TCP读buffer,可参考的优化值: 32768 436600 873200

/proc/sys/net/ipv4/tcp_mem

同样有3个值,意思是:配置单位为页,不是字节

net.ipv4.tcp_mem[0]:低于此值,TCP没有内存压力. 786432

net.ipv4.tcp_mem[1]:在此值下,进入内存压力阶段. 1048576

net.ipv4.tcp_mem[2]:高于此值,TCP拒绝分配socket. 1572864

/proc/sys/net/core/somaxconn 256

listen()的默认参数,挂起请求的最大数量.默认是128.对繁忙的服务器,添加该值有助于网络性能.

/proc/sys/net/core/optmem_max socket buffer的最大初始化值,默认10K.

/proc/sys/net/ipv4/tcp_retries2 TCP失败重传次数,默认值15.减少到5,以尽早释放内核资源.

net.core.somaxconn = 32768 socket监听(listen)的backlog上限,是socket的监听队列。比方nginx定义

NGX_LISTEN_BACKLOG默认到511

4. nginx优化

1. worker_processes 8;nginx 进程数,建议按照cpu 数目来指定,一般为它的倍数 (如,2个四核的cpu计为8)。

2. worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;为每个进程分配cpu,上例中将8个进程分配到8个cpu,当然可以写多个,或者者将一个进程分配到多个cpu。

3. worker_rlimit_nofile 65535;这个指令是指当一个nginx 进程打开的最多文件形容符数目,理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除,但是nginx分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。

查看linux系统文件形容符的方法:

[root@web001 ~]# sysctl -a | grep fs.file

fs.file-max = 789972

fs.file-nr = 510 0 789972

4. use epoll; 用epoll 的I/O 模型

5. worker_connections 65535;每个进程允许的最多连接数,理论上每台nginx 服务器的最大连接数为worker_processes*worker_connections。

6. keepalive_timeout 60;keepalive 超时时间。

7. client_header_buffer_size 4k;用户端请求头部的缓冲区大小,这个可以根据你的系统分页大小来设置,一般一个请求头的大小不会超过1k,不过因为一般系统分页都要大于1k,所以这里设置为分页大小。分页大小可以使用命令getconf PAGESIZE 获得。

[root@web001 ~]# getconf PAGESIZE

4096

但也有client_header_buffer_size超过4k的情况,但是client_header_buffer_size该值必需设置为“系统分页大小”的整倍数。

8. open_file_cache max=65535 inactive=60s;这个将为打开文件指定缓存,默认是没有启使用的,max 指定缓存数量,建议和打开文件数一致,inactive 是指经过多长时间文件没被请求后删除缓存。

9. open_file_cache_valid 80s;这个是指多长时间检查一次缓存的有效信息。

10. open_file_cache_min_uses 1;open_file_cache 指令中的inactive 参数时间内文件的最少用次数,假如超过这个数字,文件形容符一直是在缓存中打开的,如上例,假如有一个文件在inactive 时间内一次没被用,它将被移除。

四、集群优化

当线程数达到250以上,考虑群集部署,集群部署需要考虑的两个问题:Tomcat部署和session共享,Tomcat<4时,可使用tomcat内部的集群session共享,否则采使用redis方式集群

集群部署原理图:

redis实现session共享的原理

Redis实现seesion共享的步骤如下:

1. 下载以下包放到tomcat的lib目录下

TomcatRedisSessionManager-1.1 .jar

Jredis-2.8.0.jar

Commons-logging-1.2.jar

Commons-pool2-2.4.1.jar

2. 在tomcat里面添加如下配置

创立一个redis的配置文件redis-data-cache.properties,放在conf.d目录

redis.hosts=127.0.0.1:6379

redis.cluster.enabled=false

#- redis database (default 0)

#redis.database=0

#- redis connection timeout (default 2000)

#redis.timeout=2000

五、压力测试

Ab测试

吞吐率(Requests per second):总请求数 / 解决完成这些请求数所花费的时间

并发连接数(The number of concurrent users,Concurrency Level):一个使用户可能同时会产生多个会话,也即连接数

使用户平均请求等待时间(Time per request):解决完成所有请求数所花费的时间/ (总请求数 / 并发使用户数)

服务器平均请求等待时间(Time per request: across all concurrent requests)计 算 公 式 : 处 理 完 成 所 有 请 求 数 所 花 费 的 时 间 / 总 请 求 数

用示例:

ab –n 1000 –c 100 url/

假如只使用到一个Cookie,那么只要键入命令:

ab -n 100 -C key=value http://test.com/

假如需要多个Cookie,就直接设Header:

ab -n 100 -H “Cookie: Key1=Value1; Key2=Value2” http://test.com/

欢迎工作一到五年的Java工程师朋友们加入Java架构开发:744677563

群内提供免费的Java架构学习资料(里面有高可使用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)正当利使用自己每一分每一秒的时间来学习提升自己,不要再使用”没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

说明
1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长!
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是摆设,本站源码仅提供给会员学习使用!
7. 如遇到加密压缩包,请使用360解压,如遇到无法解压的请联系管理员
开心源码网 » 性能优化|Tomcat 服务优化

发表回复