Linux下WebLogic内存调优技巧

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个业务高峰周期再固化配置。