Tomcat配置访问日志和线程数的实现步骤

admin Tomcat

2023-12-02 0 541

1.tomcat access log的配置

1.access log的配置

server:
tomcat:
accesslog:
enabled: true #是否开启日志
directory: /home/admin/arpro-backend-prod/logs/arpro-monitor #日志存储目录
pattern: \’%t %a %A %m %U%q %s %D %I %B\’ #日志格式
prefix: TomcatAccess #日志文件前缀
rename-on-rotate: true #是否启用日志轮转

2.查看磁盘上的日志文件

3.accesslog参数解释：

enabled，取值true、false，需要accesslog时设置为true

directory，指定access文件的路径

rotate，指定是否启用日志轮转。默认为true。这个参数决定是否需要切换切换日志文件，如果被设置为false，则日志文件不会切换，即所有文件打到同一个日志文件中，并且file-date-format参数也会被忽略

pattern，定义日志的格式，

pattern的配置：

%a – 远程IP地址
%A – 本地IP地址
%b – 发送的字节数(Bytes sent), 不包括HTTP headers的字节，如果为0则展示'-'
%B – 发送的字节数(Bytes sent), 不包括HTTP headers的字节
%h – 远程主机名称(如果resolveHosts为false则展示IP)
%H – 请求协议
%l – 远程用户名，始终为'-'(Remote logical username from identd)
%m – 请求的方法(GET, POST等)%p – 接受请求的本地端口
%q – 查询字符串，如果存在，有一个前置的'?'
%r – 请求的第一行(包括请求方法和请求的URI)
%s – response的HTTP状态码(200,404等)%S – 用户的session ID
%t – 日期和时间，Common Log Format格式
%u – 被认证的远程用户, 不存在则展示'-'
%U – 请求URL路径%v – 本地服务名
%D – 处理请求的时间，单位为毫秒
%T – 处理请求的时间，单位为秒%I – 当前请求的线程名(can compare later with stacktraces)

2.Tomcat配置线程数

server:
tomcat:
uri-encoding: UTF-8
min-spare-threads: 300 #最小线程数
max-threads: 1000 #最大线程数
accept-count: 500 #最大等待队列长度
max-connections: 1800 #最大链接数

首先，线程数是一个重点，每一次HTTP请求到达Web服务器，Web服务器都会创建一个线程来处理该请求，该参数决定了应用服务同时可以处理多少个HTTP请求。

比较重要的有两个：初始线程数和最大线程数。

初始线程数：保障启动的时候，如果有大量用户访问，能够很稳定的接受请求。最大线程数：用来保证系统的稳定性。

超时时间：用来保障连接数不容易被压垮。如果大批量的请求过来，延迟比较高，很容易把线程数用光，这时就需要提高超时时间。这种情况在生产中是比较常见的，一旦网络不稳定，宁愿丢包也不能把服务器压垮。

min-spare-threads：最小备用线程数，tomcat启动时的初始化的线程数。
max-threads：Tomcat可创建的最大的线程数，每一个线程处理一个请求，超过这个请求数后，客户端请求只能排队，等有线程释放才能处理。（建议这个配置数可以在服务器CUP核心数的200~250倍之间）
accept-count：当调用Web服务的HTTP请求数达到tomcat的最大线程数时，还有新的HTTP请求到来，这时tomcat会将该请求放在等待队列中，这个acceptCount就是指能够接受的最大等待数，默认100。如果等待队列也被放满了，这个时候再来新的请求就会被tomcat拒绝（connection refused）。
max-connections：这个参数是指在同一时间，tomcat能够接受的最大连接数。一般这个值要大于(max-threads)+(accept-count)。
connection-timeout：最长等待时间，如果没有数据进来，等待一段时间后断开连接，释放线程。