如何通过Ubuntu Tomcat日志优化响应时间 - 问答

通过 Ubuntu 上的 Tomcat 日志定位并优化响应时间

一建立可度量的日志基线

启用并规范访问日志，记录请求耗时，便于量化优化效果。示例将耗时写入日志字段，后续用 ELK/Graylog 聚合分析：
- 在 conf/server.xml 的 Host 内添加 Valve（注意替换 ${catalina.base} 的实际路径）：
```
<Valve className="org.apache.catalina.valves.AccessLogValve"
       directory="${catalina.base}/logs"
       prefix="access."
       suffix=".log"
       pattern="%h %l %u %t "%r" %s %b %D" />
```
  说明：pattern 末尾的 %D 输出请求处理耗时（单位：毫秒）。
统一日志级别与时区，避免分析误差：
- 在 conf/logging.properties 将应用与容器日志级别调至 WARN/ERROR 生产使用，必要时仅对问题模块临时开启 DEBUG。
- 确保 JVM 时区 与 Ubuntu 时区一致（如 Asia/Shanghai），避免时间线错乱影响排障。

打开并滚动 GC 日志，用于识别停顿与内存压力（示例为 JDK 8，路径按实际调整）：

-Xloggc:${catalina.base}/logs/gc.log
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=10M

日志轮转与清理：
- 使用 logrotate 管理 catalina.out、access.log、gc.log，避免单文件过大与磁盘占满（见下文示例）。

二用日志快速定位瓶颈

访问日志定位“慢请求”与高峰：
- 统计 Top N 慢请求（示例阈值 1000 ms）：
```
awk -F'"' '$NF ~ /^[0-9]+$/ && $NF > 1000 {print $0}' ${catalina.base}/logs/access.*.log | sort -kNF -nr | head
```
- 观察错误率与 5xx 比例，结合时间段做对比，识别异常波动。
错误与线程瓶颈线索：
- 在 catalina.out 或应用日志中检索 ERROR/OutOfMemoryError/Too many open files，这些常伴随响应时间飙升。
- 线程池饱和迹象：访问日志排队、响应时间拉长，错误日志出现线程创建失败等。
GC 日志识别停顿与内存压力：
- 频繁 Full GC 或 长暂停 会直接拉长响应时间；结合 GC 日志定位是否需要调整堆与 GC 策略。
数据库与外部依赖：
- 若访问日志显示某些接口稳定偏慢，结合应用日志与数据库慢查询日志，检查 连接池满/等待 与 慢 SQL。
辅助诊断：
- 高峰期抓取 线程转储（jstack） 与 JVM 监控，验证线程阻塞、锁竞争与内存使用异常。

三基于日志发现进行针对性优化

减少日志开销（立竿见影）：
- 生产将 logging.properties 级别调至 WARN/ERROR；对关键业务保留必要 INFO。
- 使用 异步日志（如 AsyncFileHandler）降低同步写日志对请求线程的阻塞。
- 精简或关闭不必要的 访问日志（仅在排障窗口开启）。

连接器与传输层优化：

适度提升 maxThreads（并发处理能力），并配合 acceptCount 缓冲突发流量。

启用 HTTP 压缩 减少传输体积、缩短网络耗时（适合文本/JSON 等）：

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000" redirectPort="8443"
           compression="on"
           compressionMinSize="2048"
           compressableMimeType="text/html,text/xml,text/plain,application/json" />

JVM 与 GC 调优（示例为 G1 GC，按内存与负载调整）：
```
JAVA_OPTS="$JAVA_OPTS -Xms2g -Xmx2g"
JAVA_OPTS="$JAVA_OPTS -XX:+UseG1GC -XX:MaxGCPauseMillis=200"
JAVA_OPTS="$JAVA_OPTS -XX:ParallelGCThreads=4"
```
- 若观察到 Full GC 频繁或停顿过长，优先检查对象生命周期、缓存策略与堆大小，再微调 GC 参数。
数据库与代码层优化：
- 为高频查询建立合适索引、避免 **SELECT ***、使用 EXPLAIN 优化执行计划，必要时引入缓存减少 DB 压力。
- 对日志中识别出的“慢接口”，用 JProfiler/Async Profiler 定位热点方法与 I/O 阻塞并优化。

四持续监控与告警闭环

搭建 ELK/Graylog 或类似平台，集中采集 访问日志、应用日志、GC 日志，构建 P95/P99 响应时间、吞吐、错误率 等仪表盘，并设置阈值告警。
将 GC 日志 纳入可视化，观察 GC 次数/停顿时间 的趋势变化，作为每次调优的验证指标。
建议以 2–4 周为一个观察周期，在灰度/低峰窗口实施变更，回放对比同一时间段的日志指标，确认优化有效性后再推广。

五附录 Ubuntu 常用运维动作

配置 logrotate 自动轮转（示例：/etc/logrotate.d/tomcat）：

/opt/tomcat/logs/catalina.out {
    daily
    rotate 30
    missingok
    compress
    delaycompress
    copytruncate
    notifempty
    dateext
}
/opt/tomcat/logs/access.*.log {
    daily
    rotate 30
    missingok
    compress
    delaycompress
    copytruncate
    notifempty
    dateext
}
/opt/tomcat/logs/gc.log {
    daily
    rotate 7
    missingok
    compress
    delaycompress
    copytruncate
    notifempty
    dateext
}

调整 文件描述符限制（/etc/security/limits.conf）：
```
* soft nofile 40960
* hard nofile 40960
```
调整 内核网络参数（/etc/sysctl.conf 或 sysctl -w）：
```
net.core.somaxconn = 4096
net.ipv4.tcp_max_syn_backlog = 4096
```
使配置生效：sysctl -p。以上动作可减少 “Too many open files”、提升连接处理能力，间接缩短响应时间。

0 赞

0 踩