Linux下WebLogic内存调优技巧
小樊
45
2025-11-14 20:30:21
Linux下WebLogic内存调优技巧
一 基线评估与容量规划
- 明确应用的内存画像：活跃对象规模、对象生命周期、峰值并发、缓存与会话占用、第三方库（如JNI、Hibernate、XML/JSON处理）开销。
- 预留系统与安全余量：为操作系统、文件缓存、监控代理与突发流量预留**20%–30%**物理内存，避免将堆顶到物理内存极限。
- 设定目标：以稳定停顿时间为首要目标（如Full GC ≤ 1–3 秒），在满足SLA的前提下尽量降低堆大小，减少GC压力与成本。
- 建立监控基线：持续采集Heap/Meta/Direct/Code Cache使用、GC次数与时长、线程与连接池使用、系统load/内存/换页等指标，作为调优前后对比依据。
二 JVM堆与垃圾回收策略
- 堆大小与对齐
- 将**-Xms与-Xmx设为相同值，避免运行期扩缩堆带来的抖动；堆上限通常控制在物理内存的50%–70%**，并保留足够系统余量。
- 示例：
-Xms4g -Xmx4g（按实际内存与负载调整）。
- 代际与元空间
- Java 8 及以前：设置永久代（PermGen）如
-XX:PermSize=… -XX:MaxPermSize=…；**Java 8+**使用元空间（Metaspace），优先用-XX:MaxMetaspaceSize限制上限，避免无界增长。
- 垃圾回收器选择
- 吞吐优先或混合负载：优先考虑G1 GC（
-XX:+UseG1GC），配合停顿目标-XX:MaxGCPauseMillis=…与区域大小-XX:G1HeapRegionSize=…。
- 超大堆与极低停顿：可考虑ZGC（JDK 11+）或Shenandoah（JDK 12+），需评估JDK版本与平台支持。
- 直接内存与本地内存
- 若应用大量使用NIO DirectBuffer/压缩类空间，关注
-XX:MaxDirectMemorySize与-XX:CompressedClassSpaceSize，避免溢出或受限。
- 常用示例（按JDK与场景微调）
- JDK 8 + G1：
-Xms4g -Xmx4g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:InitiatingHeapOccupancyPercent=45 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:gc.log
- JDK 11+ ZGC：
-Xms4g -Xmx4g -XX:+UseZGC -Xlog:gc*:gc.log:time
- 配置位置与生效
- 在域目录的bin/setDomainEnv.sh中设置
JAVA_OPTIONS或MEM_ARGS，如：
export MEM_ARGS="-Xms4g -Xmx4g -XX:+UseG1GC -XX:MaxGCPauseMillis=200"
- 也可在管理控制台的服务器 → 配置 → 服务器启动 → Java 虚拟机中设置，二者以实际生效为准（避免重复与冲突）。
三 Linux内核与资源限制
- 文件描述符与进程数
- 提升进程可打开文件数：
ulimit -n 65535（临时），并在/etc/security/limits.conf永久配置（如weblogic soft nofile 65535、weblogic hard nofile 65535）。
- 虚拟内存与脏页
- 降低换页倾向：
vm.swappiness=10（减少不必要的swap，避免长停顿）。
- 合理脏页刷写：如
vm.dirty_ratio=100（结合负载与存储IO能力测试，避免抖动）。
- 网络与连接
- 提升短时连接处理能力：
net.ipv4.tcp_tw_reuse=1、net.ipv4.tcp_fin_timeout=30，并执行sysctl -p使配置生效。
- 内存压力与OOM保护
- 在内存紧张环境下，可通过
/proc/<pid>/oom_score_adj降低WebLogic进程被OOM Killer终止的优先级（需谨慎评估）。
- 说明
- 上述内核参数需结合业务与硬件特性压测验证，避免“一刀切”。
四 WebLogic层面与周边组件协同
- 执行线程与队列
- 结合CPU核数、I/O等待与RT指标，合理设置执行线程数与队列策略；以吞吐与排队时间为准，避免线程过多导致上下文切换激增。
- 数据源连接池
- 依据最大并发与数据库最大连接设置连接池初始/最大/递增与超时；避免连接风暴与泄漏，配合应用端合理释放。
- I/O与协议
- 在适用场景启用Native IO提升网络吞吐；反向代理/负载均衡层（如Nginx/Apache）与WebLogic协同，分担静态资源与长连接管理。
- 日志与控制台输出
- 生产环境减少System.out/大量日志与过度调试输出，降低I/O与锁竞争对GC与停顿的影响。
五 监控验证与迭代
- 工具与方法
- 使用JConsole/VisualVM/JMX观察堆、元空间、线程与GC行为；通过WebLogic控制台/WLST采集域与服务器指标；必要时引入Prometheus + Grafana做长期可视化。
- 关键指标与告警
- 关注：Heap/Meta/Direct使用率、GC次数/停顿、线程池与队列积压、数据库连接池命中与等待、系统load/内存/换页/网络异常。
- 变更流程
- 任何参数调整先在测试环境验证，采用灰度/蓝绿发布；保留回滚方案，变更后持续观察至少1–2个业务高峰周期再固化配置。
