如何通过Ubuntu Tomcat日志优化应用响应时间

用日志驱动定位与优化 Tomcat 响应时间

一建立可度量的日志基线

启用并标准化访问日志，记录请求耗时，便于发现长尾与峰值问题。示例 Valve 配置（放入 conf/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 减少同步日志开销，必要时采用异步日志（如将 ConsoleHandler 换为 org.apache.juli.AsyncFileHandler）。为长期可观测，建议接入 ELK/Graylog 做聚合、可视化与告警。

二从日志中发现瓶颈

访问日志：按 %D/%T 排序找出 Top N 慢请求，观察错误率与请求量突增是否伴随耗时上升。
Catalina 日志：关注线程池饱和迹象（如大量线程阻塞/等待）、异常堆栈与重启信息。
GC 日志：若出现 频繁 Full GC 或 长暂停，说明内存回收影响响应时间，需要结合堆与 GC 策略优化。
数据库连接池：若日志/监控显示连接获取超时或等待时间长，多为连接池不足或慢查询所致。
外部依赖：应用日志中第三方接口/服务调用耗时异常，往往是整体耗时的放大器。

三日志驱动的优化闭环

线程与连接器瓶颈
- 现象：访问日志显示耗时随并发升高而尾部拉长，Catalina 日志提示线程紧张。
- 处置：在 server.xml 调整 Connector 线程与队列：
```
<Connector port="8080" protocol="HTTP/1.1"
           maxThreads="300" minSpareThreads="20"
           acceptCount="100" connectionTimeout="20000"
           redirectPort="8443" />
```
  同时用 JMX/VisualVM 观察线程池使用率，逐步调参并压测验证。
JVM 与 GC 瓶颈
- 现象：GC 日志显示 Full GC 频繁或单次停顿过长，页面偶发卡顿。
- 处置：设置堆与 GC 策略，例如：
```
-Xms2048m -Xmx2048m -XX:+UseG1GC -XX:MaxGCPauseMillis=100
-Xlog:gc*:file=/var/log/tomcat/gc.log:time
```
  目标是降低停顿并减少 Full GC 次数，再对照访问日志的 %D 分布验证改善幅度。
数据库与慢查询
- 现象：访问日志慢请求集中在特定接口；连接池等待增多。
- 处置：开启数据库慢查询日志（如 MySQL 设置 slow_query_log=ON、long_query_time=1），用 EXPLAIN 优化索引与 SQL，必要时引入缓存或优化连接池配置。
传输与网络
- 现象：带宽成为上限或移动端耗时明显偏高。
- 处置：在 server.xml 启用压缩，减少传输耗时：
```
<Connector port="8080" protocol="HTTP/1.1"
           compression="on" compressionMinSize="2048"
           compressableMimeType="text/html,text/xml,text/plain,application/json" />
```
  同时用 iotop/iftop 与 ping/mtr 排查 I/O 与网络延迟。
应用代码与 JSP
- 现象：少数接口稳定慢，日志中业务处理段耗时突出。
- 处置：减少 JSP 中的 Java 逻辑，采用 MVC；对热点数据做缓存（如 EHCache/Guava Cache）；避免过大的 Session 存储；必要时用 JProfiler/YourKit 定位热点方法。

四关键日志与配置示例

访问日志（记录耗时）：

<Valve className="org.apache.catalina.valves.AccessLogValve"
       directory="logs" prefix="access." suffix=".log"
       pattern="%h %l %u %t "%r" %s %b %D" />

启用压缩（减少传输耗时）：

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

JVM GC 与日志（降低停顿并留存证据）：

-Xms2048m -Xmx2048m -XX:+UseG1GC -XX:MaxGCPauseMillis=100
-Xlog:gc*:file=/var/log/tomcat/gc.log:time

线程池与队列（缓解并发瓶颈）：

<Connector port="8080" protocol="HTTP/1.1"
           maxThreads="300" minSpareThreads="20"
           acceptCount="100" connectionTimeout="20000"
           redirectPort="8443" />

日志级别与异步（降低日志自身开销）：
- 在 conf/logging.properties 将控制台/文件 Handler 级别调为 WARN/ERROR；
- 采用 AsyncFileHandler 或将 ConsoleHandler 替换为异步实现以减少同步写盘带来的停顿。

五验证与持续观测

指标对照：以访问日志的 %D/%T P95/P99、吞吐（RPS）、错误率为主指标，结合 GC 暂停、线程池使用率、连接池等待时间与数据库慢查询数进行验证。
变更流程：每次只调整一个变量（如线程数或 GC 策略），在相同压测场景下对比前后分布，确认收益后再推进下一轮优化。
长期机制：保留 GC 日志 与 访问日志，接入 ELK/Graylog 设置阈值告警；定期复盘慢请求画像与异常峰值，形成持续优化闭环。

最新问答

相关标签