CentOS 上提升 WebLogic 性能的系统化做法
一 基线评估与监控
- 明确瓶颈类型：CPU（计算密集/锁竞争）、内存（GC 停顿/换页）、磁盘 I/O（日志/临时文件）、网络（连接并发/带宽）、数据库（连接与慢 SQL）。
- 建立监控基线：在域目录启用 JVM GC 日志（如 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc），配合 WLST/JMX 采集线程、队列、数据源、JVM 内存与 GC 指标；必要时引入 OEM Cloud Control 做可视化与告警。
- 固化变更流程：任何参数调整先在测试环境验证，记录变更与回滚方案，分阶段上线并观察至少 1–2 个业务高峰。
二 操作系统层优化
- 资源与权限
- 提升文件句柄与进程数：在 /etc/security/limits.conf 为运行 WebLogic 的用户设置如 nofile 65535、nproc 65535，并确认 systemd 服务段也放宽限制；临时可用 ulimit -n 65535 验证。
- 以非 root 用户运行域，遵循最小权限原则。
- 内存与虚拟内存
- 降低换页倾向：设置 vm.swappiness=10（或更低），减少不必要的 swap；必要时结合业务调整 vm.dirty_ratio/vm.dirty_background_ratio。
- 文件系统与磁盘
- 选择高性能文件系统（如 XFS/EXT4），挂载使用 noatime 减少元数据写入；SSD 优先。
- 优化 I/O 调度器（如 noop/deadline/cfq），结合 iostat -x 1 持续观测 await、svctm、util。
- 网络栈
- 提升连接承载能力与复用：增大 net.core.somaxconn 与 net.ipv4.tcp_max_syn_backlog；开启 net.ipv4.tcp_tw_reuse=1、适度降低 net.ipv4.tcp_fin_timeout；增大 net.core.rmem_max/wmem_max 与接收/发送缓冲区；在具备条件下启用 BBR 拥塞控制；必要时提高 Accept Backlog 以缓解突发连接拒绝。
三 JVM 层优化
- 堆与元空间
- 将 -Xms 与 -Xmx 设为相同（如 -Xms4g -Xmx4g），避免运行期扩缩堆带来的抖动；Java 8+ 使用 Metaspace，建议 -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=1g（按应用类与字节码规模调整）。
- 垃圾回收器
- 大堆与低停顿优先选用 G1 GC：如 -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:InitiatingHeapOccupancyPercent=45；保留 -XX:+TieredCompilation 提升编译效率；如存在显式 GC 调用，可加 -XX:+DisableExplicitGC（需评估应用行为）。
- 诊断与日志
- 启用 GC 日志 与必要的诊断参数（如 Flight Recorder），便于定位停顿与内存问题；将 GC 日志落盘到独立磁盘分区。
四 WebLogic 层优化
- 运行模式与基础
- 使用生产模式；关闭开发期特性（如自动应用重加载、频繁 JSP 检查）；减少 System.out/冗余日志 输出以降低 I/O 压力。
- 线程与队列
- 结合 CPU、I/O 与业务并发，调整 执行线程/工作管理器 的队列与线程数；以监控指标（吞吐、队列等待、响应时间）做闭环调优，避免盲目增大线程导致上下文切换激增。
- 数据源与连接池
- 基本原则：Initial Capacity ≈ Maximum Capacity ≥ 执行线程数，并关闭 Allow Shrinking，避免运行期频繁扩缩连接带来的开销；按业务并发与 SQL 并行度合理设置 Maximum Capacity，并关注数据库端 processes/sessions 限制。
- 语句缓存：启用 Statement Cache（如 PREPARED 策略），大小与数据库游标匹配；遇到游标不足或 PS 缓存异常时可适当下调或设为 0 排查。
- 连接健康检查：网络/防火墙不稳定时启用 Test Reserved Connections（按需启用测试创建/释放），注意会带来约 ~3% 性能开销；无泄漏问题时将 Inactive Connection Timeout=0 禁用，避免误回收；出现泄漏或异常挂起时再启用并按需设置超时与回收策略。
五 集群与前端架构优化
- 反向代理与静态资源
- 使用 Nginx/Apache 作为反向代理与静态资源承载，启用 异步非阻塞 I/O、长连接与压缩，减轻 WebLogic 负载并提升吞吐。
- 集群与容量规划
- 通过 水平扩展（多 Managed Server + 负载均衡）分摊并发；在并发较高时优先扩容集群节点，而非单实例无限加线程。
- 连接与协议
- 前端与 WebLogic 之间启用 HTTP/1.1 Keep-Alive 与合理 Keep-Alive 超时；必要时启用 HTTP/2（取决于客户端/网络与版本支持）。