如何在centos上优化weblogic的JVM参数 - 问答

CentOS 上 WebLogic JVM 参数优化实操指南

一基线评估与容量规划

明确应用类型与 SLA：是高吞吐批处理、低延迟交易，还是混合型。据此选择 GC 策略与堆大小。
采集基线指标：CPU 核数、可用物理内存、磁盘 IOPS/延迟、网络带宽与 RTT、当前 GC 停顿与 Full GC 频率、活跃线程数、会话/连接规模。
设定目标：例如将GC 停顿 P95 < 200ms、Full GC 间隔 > 数小时、CPU 利用率健康且无明显抖动。
规划堆与容器：堆大小通常设为物理内存的50%–70%，并预留2–4GB给操作系统与 Direct Memory、容器/虚拟化开销；将 -Xms 与 -Xmx 设为相同以避免运行期扩缩堆带来的抖动。
并发与资源：结合压测确定 WebLogic 执行线程、JDBC 连接池、文件句柄与网络端口等资源的上限，避免资源争用成为瓶颈。

二在 CentOS 上设置 WebLogic 的 JVM 参数

修改域环境脚本：编辑域目录下的 setDomainEnv.sh（路径通常为：$DOMAIN_HOME/bin/setDomainEnv.sh），在合适位置设置或导出变量（如 USER_MEM_ARGS、JAVA_OPTIONS）。示例片段：
```
# 示例：G1 GC，堆 8G，固定大小，开启 GC 日志
USER_MEM_ARGS="-Xms8g -Xmx8g \
  -XX:+UseG1GC \
  -XX:MaxGCPauseMillis=200 \
  -XX:G1HeapRegionSize=16m \
  -XX:InitiatingHeapOccupancyPercent=45 \
  -XX:+G1UseAdaptiveIHOP \
  -XX:+PrintGCDetails -XX:+PrintGCDateStamps \
  -Xloggc:${DOMAIN_HOME}/logs/gc-$(date +%F).log \
  -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M"
export USER_MEM_ARGS
```
说明：
- 将 -Xms 与 -Xmx 设为相同值，减少堆动态调整。
- 选择 G1 GC 作为通用低延迟方案；对极低暂停可评估 ZGC（需 JDK 11+ 且按官方支持矩阵启用）。
- 开启GC 日志与滚动，便于离线分析与容量回溯。
多实例/多域：为每个受管 Server 分别配置其 setDomainEnv.sh 或使用启动脚本的环境变量覆盖，避免“一刀切”。
避免重复设置：优先使用 USER_MEM_ARGS 覆盖默认 MEM_ARGS，减少脚本内部多处散落设置带来的维护风险。

三常用参数模板与场景建议

通用低延迟（推荐起步）

-Xms8g -Xmx8g
-XX:+UseG1GC
-XX:MaxGCPauseMillis=200
-XX:G1HeapRegionSize=16m
-XX:InitiatingHeapOccupancyPercent=45
-XX:+G1UseAdaptiveIHOP
-XX:+PrintGCDetails -XX:+PrintGCDateStamps
-Xloggc:gc-$(date +%F).log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M

高吞吐批处理（Parallel GC）

-Xms16g -Xmx16g
-XX:+UseParallelGC
-XX:ParallelGCThreads=<CPU 核数>
-XX:+UseAdaptiveSizePolicy
-XX:+PrintGCDetails -XX:+PrintGCDateStamps
-Xloggc:gc-$(date +%F).log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M

极低暂停（ZGC，需 JDK 11+ 且受支持）

-Xms16g -Xmx16g
-XX:+UseZGC
-XX:+UnlockExperimentalVMOptions (如早期 JDK 版本需要)
-Xlog:gc*:gc-$(date +%F).log:time,tags:filecount=10,filesize=100M

重要版本差异
- Java 8 及以前：使用 -XX:PermSize / -XX:MaxPermSize 配置“永久代”。
- Java 8 起（Metaspace）：不再使用 PermSize，改用 -XX:MetaspaceSize / -XX:MaxMetaspaceSize（如无特殊需求可不设上限，但建议设置上限以避免意外增长）。
线程与 GC 线程数
- WebLogic 执行线程与 GC 线程需协同：GC 线程过多会抢占业务线程，过少则回收不及。通常将 ParallelGCThreads 设为接近CPU 逻辑核数，再结合压测微调。

四操作系统与 WebLogic 协同优化

文件描述符与内核限制
- 临时提升：ulimit -n 65535
- 永久生效：编辑 /etc/security/limits.conf（如：weblogic soft nofile 65535；weblogic hard nofile 65535），并确认 systemd 服务段也设置了 LimitNOFILE=65535。
TCP 网络参数（/etc/sysctl.conf）
- net.ipv4.tcp_tw_reuse = 1
- net.ipv4.tcp_fin_timeout = 30
- 执行 sysctl -p 使配置生效。
WebLogic 容器与资源
- 在控制台或 WLST 中优化执行线程池、JDBC 连接池与超时（如 JTA 超时），避免线程饥饿与连接泄漏放大 GC 压力。
- 如适用，启用 Native I/O 提升 I/O 性能；合理设置工作/管理 Server 角色与集群分发策略，减少单点热点。

五监控验证与迭代方法

运行时观测
- 使用 jstat -gc/-gccapacity 观察 Eden/Survivor/Old 使用与 GC 频率；用 jcmd GC.run_finalization 触发必要清理。
- 通过 jconsole / VisualVM / JMX 连接 WebLogic，查看堆、线程、类加载、MBean（如 JTA、JDBC）指标。
日志与诊断
- 分析 GC 日志（工具如 GCViewer / gceasy.io），关注停顿分布、晋升速率、并发标记耗时；必要时抓取 heap dump（jmap） 排查泄漏。
压测闭环
- 以目标并发/吞吐进行阶梯压测，逐步调整堆大小、G1 关键阈值（如 IHOP、MaxGCPauseMillis）、线程池与连接池，确保 CPU、内存、I/O 均不过载且 GC 目标达成。
变更管控
- 所有参数先在非生产环境验证，采用滚动发布与回滚预案；保留历史配置与 GC 基线，便于回溯与对比。

0 赞

0 踩