Ubuntu上WebLogic的性能调优有哪些方法

Ubuntu上WebLogic性能调优方法

一 系统层优化

• 资源与监控：使用top/htop观察CPU与内存，vmstat/iostat/sar持续监测系统负载与I/O；必要时用cgroups限制域进程资源，避免单实例过度占用。
• 内存与OOM：通过**/proc//oom_score_adj调低关键进程的OOM优先级；在内存紧张场景下启用zram/zswap**提升可用物理内存与稳定性。
• 文件系统与I/O：按业务选择ext4/xfs/btrfs；结合iotop定位I/O热点，分离日志、数据与临时目录到不同磁盘。
• 内核与网络：适度提升fs.file-max等文件句柄上限；按需优化TCP相关参数；对高并发短连接场景，适当提升Accept Backlog以降低“connection refused”。

二 JVM层优化

• 堆与模式：将**-Xms与-Xmx设为相等（如-Xms4g -Xmx4g**）以避免运行期扩缩堆带来的抖动；生产环境启用产品模式获取更稳健的默认配置。
• 代际与GC策略：
  • 吞吐量优先：使用并行GC（如**-XX:+UseParallelGC -XX:+UseParallelOldGC**），可配合**-XX:ParallelGCThreads与-XX:MaxGCPauseMillis**；
  • 响应时间优先：使用并发标记清除GC（如**-XX:+UseConcMarkSweepGC -XX:+UseParNewGC**），并配置**-XX:CMSFullGCsBeforeCompaction/-XX:+UseCMSCompactAtFullCollection**缓解碎片。
• GC日志与诊断：开启**-XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime**，必要时配合jmap/jstack分析内存与线程。
• 熵源优化：在熵不足导致启动慢或SSL握手延迟时，可将securerandom.source调整为**/dev/./urandom**（需评估安全性影响）。

三 WebLogic服务器与数据源调优

• 执行线程与工作队列：现代版本默认启用自调优线程池，优先观察并消除阻塞线程，再考虑按负载微调；早期版本可参考“每个CPU约25线程”的起点做压测迭代。
• 连接积压与网络：在控制台调高Accept Backlog（默认50），当出现“connection refused”时可按约**25%**步进递增至症状消失。
• JDBC连接池：将Initial Capacity=Maximum Capacity以减少运行期创建连接的开销；开启Prepared Statement Cache；谨慎启用Test Connections on Reserve（会带来额外SQL开销）；对高吞吐场景可启用Pinned-To-Thread减少同步与上下文切换。
• 事务优化：数据库参与事务时，优先考虑**Logging Last Resource（LLR）**替代XA，降低两阶段提交开销。
• I/O路径：在受支持的平台上启用Native I/O以提升网络吞吐与延迟表现。

四 应用与架构层优化

• 代码与数据访问：减少JNDI频繁查找，复用连接并在用毕尽快归还；优化慢SQL与批量操作，合理使用缓存（如read-only与query-caching策略）。
• 远程调用与EJB：同应用内优先使用本地接口或call-by-reference避免序列化；对实体Bean合理使用乐观并发与eager-relationship-caching减少数据库往返。
• 传输与负载：对大数据量请求，适当增大网络Chunk参数（客户端与服务器两端一致）；静态资源走CDN，前置负载均衡实现横向扩展。

五 监控与容量规划

• 基线观测：在控制台查看Server → 监视 → 性能/线程，结合GC日志、线程Dump与数据库等待事件建立性能基线。
• 压测迭代：以“InitialCapacity=MaxCapacity、合理的线程与连接池上限”为起点，逐步加压，观察吞吐、P95/P99时延、错误率与GC停顿，按指标反馈微调。
• 可视化与告警：搭建Prometheus + Grafana或Zabbix/Nagios，对CPU、内存、I/O、连接池使用率、线程阻塞与JVM GC指标进行持续监控与阈值告警。