CentOS 上提升 WebLogic 性能的实用清单
一 系统层优化
- 资源与内核
- 关闭不必要的系统服务，释放内存与 CPU；为关键目录使用 noatime 挂载选项降低磁盘 I/O；必要时将 SELinux 设为 permissive 以排除权限干扰（生产请评估安全影响）。
- 调整内核网络与内存参数：降低 vm.swappiness 减少换页；缩短 net.ipv4.tcp_fin_timeout 加速连接回收；适度增大 Accept Backlog 队列以缓解高并发下的连接拒绝；提升文件描述符上限（如 ulimit -n 65535 或写入 /etc/security/limits.conf）。
- 网络与存储：优先使用 SSD 与高性能网卡（如 10GbE），并优化交换机/路由的队列与缓冲区。
- 说明：不同版本的内核参数名与默认值可能不同，修改后需验证与回归测试。
二 JVM 与容器配置
- 运行模式与基础
- 生产环境务必使用 生产模式（Production Mode），关闭开发期热加载与调试特性。
- 堆大小建议 -Xms 与 -Xmx 设为相同，减少堆扩展带来的抖动；在 Java 8+ 使用 Metaspace，常见设置为 -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m。
- 垃圾回收
- 优先选用 G1 GC（如 -XX:+UseG1GC），适合大堆与低停顿需求；并行 GC 场景可结合 CPU 核数设置 -XX:ParallelGCThreads。
- 放置位置
- 在域目录的 bin/setDomainEnv.sh 中设置 USER_MEM_ARGS 覆盖默认内存参数，便于统一维护与版本升级。
- 示例（请按实际内存与负载调整）
- USER_MEM_ARGS=“-Xms8g -Xmx8g -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:+UseG1GC”
- export USER_MEM_ARGS
三 WebLogic 关键参数
- 线程与并发
- WebLogic 9.0+ 采用自调优线程池，建议通过控制台/ WLST 持续观察 当前线程数、扩容/缩容次数、等待计数，以稳态下不频繁扩缩且等待少为目标，避免盲目设定固定线程数。
- 数据源与连接池
- 将 Initial Capacity ≈ Maximum Capacity，且不小于用于处理请求的线程数；如单线程可能获取多连接，可按需放大。
- 关闭 Allow Shrinking 避免周期性回收导致抖动；启用 Prepared Statement Cache 减少硬解析。
- 连接健康检查按需开启，通常仅启用 Test Reserved Connections 即可，避免全量测试带来约 3% 性能损耗。
- 事务优化：在适用场景优先使用 JDBC 数据源的 LLR（Logging Last Resource） 事务策略替代 XA，降低两阶段提交开销。
- 网络与协议
- 调大 Accept Backlog（如 300–500），缓解突发连接时的拒绝；处理大消息/大文件时，适当增大 Chunk Size（客户端与服务端一致）。
- 应用部署参数
- 生产环境将 Servlet 重新加载检查、JSP 页检查 设为 -1（关闭开发期扫描），减少无效文件检查带来的开销。
四 监控与容量规划
- 监控手段
- 使用 WebLogic 管理控制台 与 WLST 定期采集吞吐、线程、队列、连接池等指标；通过 JMX（如 JConsole）做运行时观测；必要时引入 OEM Cloud Control 做容量与健康度分析。
- 容量与线程经验值
- 并发用户与线程并非线性，经验上可按 5%–10% 的并发比例估算；例如 1000 在线用户可按 50–100 并发准备容量。
- 单实例并发 ~20 线程较常见；若需支撑 ~100 并发，可规划 4 实例集群，单实例线程 初始 25 / 最大 100，并结合 GC 与内存做权衡。
五 实施步骤与注意事项
- 基线先行：在调优前建立 CPU、内存、I/O、网络、线程、连接池 的基线指标与业务关键路径的响应时间基线。
- 小步快跑：一次只变更 1–2 个参数，保持其他条件一致，便于归因；变更后做 回归与压测。
- 持续观测：关注 GC 停顿、线程等待、连接池命中率/泄漏、错误率 等关键信号，稳态后再推进下一轮优化。
- 安全与运维：以 非 root 运行 WebLogic，限制打开套接字数量，变更默认端口，开启审计日志；任何重大调整先在 测试环境 验证再上线。