如何通过日志优化Ubuntu Tomcat响应速度 - 问答

用日志定位瓶颈，再按“减日志开销 + 治根因”的思路优化 Tomcat 响应时间

一建立可观测性基础

启用并校准访问日志，记录请求耗时，便于发现慢请求与异常分布。示例 Valve（放入 server.xml 的 Host 内）：
```
<Valve className="org.apache.catalina.valves.AccessLogValve"
       directory="logs" prefix="access." suffix=".log"
       pattern="%h %l %u %t "%r" %s %b %D" />
```
说明：pattern 末尾的 %D 输出请求处理耗时（微秒），也可用 %T（秒）。按业务高峰与低谷分别观察，避免偶发噪声。
调整日志级别与输出方式：生产环境将 logging.properties 中非必要包降至 WARN/ERROR；尽量使用 异步日志（如 JUL 的 AsyncFileHandler）以降低同步写盘对请求线程的阻塞。

打开并滚动 GC 日志，便于判断是否存在频繁 GC 或长暂停：

JAVA_OPTS="$JAVA_OPTS -Xloggc:/var/log/tomcat/gc.log \
  -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation \
  -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=10M"

日志轮转与清理：使用 logrotate 管理 catalina.out、access.log、gc.log，避免单文件过大与磁盘占满导致 I/O 抖动。

二从日志快速定位瓶颈

访问日志定位慢请求与热点接口：
- 统计每分钟请求数、响应时间分布，找出“长尾”与突发流量：
```
grep "GET" /var/log/tomcat/access.*.log | \
  awk '{print substr($4,2,5)}' | sort | uniq -c | sort -nr
```
- 以耗时阈值筛选慢请求（示例阈值 1000ms，%D 为微秒）：
```
awk '$NF > 1000000' /var/log/tomcat/access.*.log
```
错误日志与异常堆栈：检查 catalina.out 与 localhost 日志中的 OutOfMemoryError、Too many open files、线程阻塞/死锁 等线索，这些常直接导致响应变慢或失败。
GC 日志判断内存压力：若出现 频繁 Full GC 或 单次 GC 暂停过长，说明堆配置或对象生命周期需要优化。
线程与连接数瓶颈：当访问日志显示并发升高而响应时间同步拉长，结合线程转储与连接池监控，排查线程池饱和、连接泄漏或数据库瓶颈。

三基于日志发现的问题的优化动作

减少日志自身开销
- 精简与异步：将非关键 DEBUG/INFO 日志关闭或降级；使用 AsyncFileHandler；为 access.log 配置合适的 缓冲与轮转，避免落盘抖动放大响应时间。
缓解 I/O 与文件句柄压力
- 使用 logrotate 按日/大小切分并压缩归档；将日志与数据盘分离；必要时增加 文件描述符限制（limits.conf）与内核队列（如 net.core.somaxconn）以避免连接排队。

降低网络传输耗时

在 server.xml Connector 启用压缩，减少大体积响应体的传输时间：

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

缓解后端瓶颈（由日志指向）
- 数据库：为高频查询建立合适索引、避免 SELECT *、用 EXPLAIN 优化执行计划；结合慢查询日志定位需要加索引或改写的 SQL。
- 连接池：依据并发与数据库承载能力调整 maxActive/maxIdle 等参数，防止连接争用放大响应时间。
JVM 与容器参数
- 合理设置堆与 GC：如 -Xms/-Xmx 与 -XX:+UseG1GC；若观察到 GC 成为瓶颈，优先优化对象生命周期与缓存策略，再考虑调大堆或切换/细化 GC 参数。

四验证与持续化

指标与日志闭环：在 Prometheus + Grafana 或 JConsole/VisualVM 上监控 RT、吞吐、线程池、GC 暂停、磁盘 I/O；每次调优后对比同一时间窗的指标与访问日志分布，验证是否改善“长尾”。
告警与复盘：为 ERROR、Full GC、线程池耗尽、磁盘空间阈值 配置告警；将定位过程与参数变更沉淀为 SOP，定期复盘日志策略与容量规划。

0 赞

0 踩