其他分享
首页 > 其他分享> > Tomcat 性能监控及调优教程

Tomcat 性能监控及调优教程

作者:互联网

前言

以前的项目最近老是出现tomcat假死和崩溃的情况,就收集了一些关于tomcat调优的内容,mark一下。

监控

通过以下网址打开tomcat管理页面,默认端口为8080(如果不能打开则关闭服务器防火墙或者开放8080端口)

打开UC浏览器 查看更多精彩图片

右侧的 Server Status  Manager APP 和 Host Manager代表tomcat的管理页面,想要进入这三个页面首先需要配置服务器上tomcat安装目录下的conf/tomcat-users.xml文件,如果不做配置则会返回403页面,如下:

打开UC浏览器 查看更多精彩图片

在conf/tomcat-users.xml添加如下配置,tomcat-users.xml配置示例如下

打开UC浏览器 查看更多精彩图片

再次重启tomcat后,就能进入Server Status  Manager APP 和 Host Manager这三个页面了。

Server Status页面

打开UC浏览器 查看更多精彩图片

打开UC浏览器 查看更多精彩图片

Status-JVM

Free memory:剩余内存;

Total menory:总内存;

Max menory:最大内存;

Status-HTTP

Max threads:最大线程数;

Current thread count:当前线程数;

Current thread busy:当前忙碌线程数;

Max processing time:最大处理时间;

ms Processing time:最短处理时间;

Request count:请求数;

Error count:错误数;

Bytes received:接受字节;

Bytes sent:发送字节;

Manager APP页面

该页面用来管理Web项目,部署在Tomcat下的项目可以通过该页面来管理,如下:

打开UC浏览器 查看更多精彩图片

调优

1、Tomcat的运行模式有三种:

BIO

性能比较低下,没有经过任何优化处理和支持。一个线程处理一个请求。缺点:并发量高时,线程数较多,浪费资源。Tomcat7或以下,在Linux系统中默认使用这种方式。

NIO

nio(new I/O),是Java SE 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)。Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API,因此nio也被看成是non-blocking I/O的缩写。它拥有比传统I/O操作(bio)更好的并发运行性能。

利用Java的异步IO处理,可以通过少量的线程处理大量的请求。

Tomcat8在Linux系统中默认使用这种方式。

Tomcat7必须修改Connector配置来启动:

打开UC浏览器 查看更多精彩图片

APR

安装起来最困难,但是从操作系统级别来解决异步的IO问题,能够大幅度的提高性能。即Apache PortableRuntime,从操作系统层面解决IO阻塞问题。

Tomcat7或Tomcat8在Win7或以上的系统中启动默认使用这种方式。

Linux如果安装了apr和native,Tomcat直接启动就支持apr。

Tomcat启动的时候,可以通过log看到Connector使用的是哪一种运行模式:

打开UC浏览器 查看更多精彩图片

Tomcat7及以下版本启动启动NIO模式:

修改server.xml里的Connector节点,修改protocol为:org.apache.coyote.http11.Http11NioProtocol,如下:

打开UC浏览器 查看更多精彩图片

修改前:

打开UC浏览器 查看更多精彩图片

修改后:

打开UC浏览器 查看更多精彩图片

为什么它不直接改成NIO的形式呢?

这个方式是利用了jdk 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)为桥梁实现的,不改成这种优化方式就是为了兼容1.4之前的JAVA项目也能跑起来。

2、线程池(执行器)

Connector节点:

官方文档:https://tomcat.apache.org/tomcat-8.5-doc/config/http.html

默认的tomcat没有启用线程池,在tomcat中每一个用户请求都是一个线程,所以可以使用线程池提高性能。这里前台其实有一个调度线程,然后调度线程会放入线程池内,然后到到一定的时候线程池的任务变成工作线程。

开启线程池:

打开UC浏览器 查看更多精彩图片

maxThreads配置为500,但显示为-1,查询官方文档发现:

打开UC浏览器 查看更多精彩图片

意思是该属性配置处理并发请求的最大线程数,如果不配置默认值是200。如果配置了executor属性,这个属性会被忽略。注意斜体部分提到:如果executor设置了值,使用JMX查看的时候这个值会是-1,这是正常的。

详细参数解释如下:

将原有的Executor标签内容替换成如下内容

打开UC浏览器 查看更多精彩图片

maxThreads:最大并发数,默认设置 200,一般建议在 500 ~ 800,根据硬件设施和业务来判断

minSpareThreads:Tomcat 初始化时创建的线程数,默认设置 25

maxIdleTime:如果当前线程大于初始化线程,那空闲线程存活的时间,单位毫秒,默认60000=60秒=1分钟。

prestartminSpareThreads:在 Tomcat 初始化的时候就初始化 minSpareThreads 的参数值,如果不等于 true,minSpareThreads 的值就没啥效果了

maxQueueSize:最大的等待队列数,超过则拒绝请求

将原有的Connector标签内容替换成如下内容

打开UC浏览器 查看更多精彩图片

替换后访问速度肯定会比以前快

protocol:Tomcat 8 设置 nio2 更好:org.apache.coyote.http11.Http11Nio2Protocol

protocol:Tomcat 6 设置 nio 更好:org.apache.coyote.http11.Http11NioProtocol

protocol:Tomcat 8 设置 APR 性能飞快:org.apache.coyote.http11.Http11AprProtocol

connectionTimeout:Connector接受一个连接后等待的时间(milliseconds),默认值是60000。

maxConnections:这个值表示最多可以有多少个socket连接到tomcat上

enableLookups:禁用DNS查询

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

maxPostSize:设置由容器解析的URL参数的最大长度,-1(小于0)为禁用这个属性,默认为2097152(2M) 请注意, FailedRequestFilter 过滤器可以用来拒绝达到了极限值的请求。

maxHttpHeaderSize:http请求头信息的最大程度,超过此长度的部分不予处理。一般8K。

compression:是否启用GZIP压缩 on为启用(文本数据压缩) off为不启用, force 压缩所有数据

disableUploadTimeout:这个标志允许servlet容器使用一个不同的,通常长在数据上传连接超时。 如果不指定,这个属性被设置为true,表示禁用该时间超时。

compressionMinSize:当超过最小数据大小才进行压缩

acceptorThreadCount:用于接受连接的线程数量。增加这个值在多CPU的机器上,尽管你永远不会真正需要超过2。 也有很多非维持连接,您可能希望增加这个值。默认值是1。

compressableMimeType:配置想压缩的数据类型

URIEncoding:网站一般采用UTF-8作为默认编码。

processorCache:协议处理器缓存的处理器对象来提高性能。 该设置决定多少这些对象的缓存。-1意味着无限的,默认是200。 如果不使用Servlet 3.0异步处理,默认是使用一样的maxThreads设置。 如果使用Servlet 3.0异步处理,默认是使用大maxThreads和预期的并发请求的最大数量(同步和异步)。

tcpNoDelay:如果设置为true,TCP_NO_DELAY选项将被设置在服务器套接字,而在大多数情况下提高性能。这是默认设置为true。

connectionLinger:秒数在这个连接器将持续使用的套接字时关闭。默认值是 -1,禁用socket 延迟时间。

server:隐藏Tomcat版本信息,首先隐藏HTTP头中的版本信息

Executor节点:

打开UC浏览器 查看更多精彩图片

AJP协议

Tomcat最主要的功能是提供Servlet/JSP容器,尽管它也可以作为独立的Java Web服务器,但它对静态资源(如HTML文件或图像文件)的处理速度,以及提供的Web服务器管理功能方面都不如其他专业的HTTP服务器,如IIS和Apache服务器。因此在实际应用中,常常把Tomcat与其他HTTP服务器集成。对于不支持Servlet/JSP的HTTP服务器,可以通过Tomcat服务器来运行Servlet/JSP组件。

Tomcat服务器通过Connector连接器组件与客户程序建立连接,Connector组件负责接收客户的请求,以及把Tomcat服务器的响应结果发送给客户。默认情况下,Tomcat在server.xml中配置了两种连接器:

打开UC浏览器 查看更多精彩图片

第一个连接器监听8080端口,负责建立HTTP连接。在通过浏览器访问Tomcat服务器的Web应用时,使用的就是这个连接器。

第二个连接器监听8009端口,负责和其他的HTTP服务器建立连接。在把Tomcat与其他HTTP服务器集成时,就需要用到这个连接器。

在实际应用中,如果网站的访问量非常大,为了提高访问速度,可以将多个Tomcat服务器与Apache集成,让它们共同分担运行Servlet/JSP组件的任务。JK插件的loadbalancer(负载平衡器)负责根据在workers.properties文件中预先配置的lbfactor(负载平衡因数)为这些Tomcat服务器分配工作负荷,实现负载平衡。那么,Apache和Tomcat结合的时候,会有如下现象:

Apache会拦截所有请求,将servlet和JSP(.jsp结尾)请求通过AJP交给Tomcat处理,然后再把结果拿到Apache然后返回;

Apache将静态资源的访问,(类似html/css/jpg等类型的文件)自己直接处理不交给Tomcat,直接返回;

Apache和Tomcat结合之后,Tomcat的HTTP Connector永远不会被用到了,而是用AJP Connector;

标签:教程,浏览器,tomcat,Tomcat,调优,线程,精彩图片,UC
来源: https://blog.csdn.net/doupengzp/article/details/121691915