知识大全 HBCZT信息中心Weblogic Server性能调优

　　 调优建议

　　通过分析其配置 我们发现JDBC连接池存在性能问题

　　在WebLogic中就大量使用了池:JDBC Connection Pool Socket Pool Object Pool和Thread Pool I/O操作中 buffer是必须的 特别是对大文件的操作 不然容易造成内存溢出 字节操作最快 所以尽可能采用write(byte[]) Buffered FileOutputStream比Buffered FileWriter要快 因为FileWriter需要Unicode到Byte的转换 JDBC建议使用buffer和cache 为HttpServletResponse设置buffersize 使用wl cache 缓存在JNDI树上获取的对象等等

　　此外 使用JDK 的非阻塞I/O对性能也有很大提高

　　JDBC代码调优最大的原则就是使用WebLogic的连接池 而不是自己直连数据库 在我接触的很多自己实现连接池的项目中 大部分遇到死锁和连接泄漏的问题 最后得不得修改代码 而WebLogic提供了功能强大 性能良好的数据库连接池 我们要做的只是封装一个连接管理类 从JNDI树上获取数据源并缓存 得到连接 并提供一系列关闭数据库资源的方法

　　对任何资源使用的原则是用完即关 不管是数据库资源 上下文环境 还是文件 数据库资源的泄漏极易造成内存泄漏 乃至系统崩溃 在使用完数据库资源后依次关闭ResultSet Statement和Connection 而在一个数据库连接多次进行数据库操作时要特别注意ResultSet和Statement依次关闭

　　由于获取连接时默认自动提交方式 使用connection setAutoCommit(false)关闭自动提交 使用PreparedStatement 批量更新 业务复杂或者大数据量操作时使用存储过程 尽量使用RowSet 此外设置记录集读取缓存FetchSize和设置记录集读取方向FetchDirection对性能也有一定的提高

　　Servlet代码调优比较简单 在Servlet之间跳转时 forward比sendRedirect更有效 设置HttpServletResponse 缓冲区 如 response setBufferSize( );在init()方法里缓存静态数据 而在destroy()中释放它 建议在Servlet里使用ServletOutputStream输出图片等对象 避免在Servlet和Jsp中定界事务等

　　JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数 游标的大小 通常我们在一个线程中使用一个连接 所以连接数并不是越多越好 为避免两边的资源消耗 建议设置连接池的最大值等于或者略小于线程数 同时为了减少新建连接的开销 将最小值和最大值设为一致 增加Statement Cache Size对于大量使用PreparedStatement对象的应用程序很有帮助 WebLogic能够为每一个连接缓存这些对象 此值默认为 在保证数据库游标大小足够的前提下 可以根据需要提高Statement Cache Size 比如当你设置连接数为 Cache Size为 时 数据库可能需要打开 * = 个游标 不幸的是 当遇到与PreparedStatement Cache有关的应用程序错误时 你需要将Cache Size设置为 尽管JDBC Connection Pool提供了很多高级参数 在开发模式下比较有用 但大部分在生产环境下不需调整 这里建议最好不要设置测试表 同时Test Reserved Connections和Test Released Connections也无需勾上 当然如果你的数据库不稳定 时断时续 你就可能需要上述的参数打开

　　最后分析一下JDBC驱动程序类型的选择 Oracle提供thin驱动和oci驱动 从性能上来讲 oci驱动强于thin驱动 特别是大数据量的操作 但在简单的数据库操作中 性能相差不大 所以我建议对数据量至少 条记录 一般情况 条记录的状况使用oci驱动

　　通过分析其日志并使用GC资源查看 我们发现存在内存泄露的垃圾回收失败问题

　　垃圾收集(GC)是指JVM释放Java堆中不再使用的对象所占用的内存的过程 而Java堆(Heap)是指Java应用程序对象生存的空间 堆大小决定了GC的频度和时间 堆越大 GC频度低 速度慢 堆越小 GC频度高 速度快 所以GC和堆大小是一组矛盾 为了获取理想的Heap堆大小 需要使用 verbosegc参数(Sun jdk: Xloggc:)以打开详细的GC输出 分析GC的频度和时间 结合应用最大负载所需内存情况 得出堆的大小 通常情况下 我们建议使用可用内存(除操作系统和其他应用程序占用之外的内存) % 为避免堆大小调整引起的开销 设置内存堆的最小值等于最大值即: Xms= Xmx 而为了防止内存溢出 建议在生产环境堆大小至少为 M(Platform至少 M) 实际环境中 M~ G左右性能最佳 G以上是不可取的 在调整内存时可能需要调整核心参数进程的允许最大内存数 对于sun和hp的jvm 永久域太小(默认 M)也可能造成内存溢出 应增加参 XX:MaxPermSize= m 建议设置临时域 Xmn的大小为 Xmx的 / ~ / SurvivorRatio为

　　为了获得更好的性能 建议在启动文件设置WebLogic为产品模式 此时sun和hp jvm JIT引擎为 server 默认情况下打开JIT编译模式对性能也有帮助 调整Chunk Size和Chunk Pool Size也可能对系统的吞吐量有提高 此外还需关闭显示GC: XX:+DisableExplicitGC

　　建议Intel平台上使用jRockit（使用参数 jrockit）无疑大大提高WebLogic性能 本系统使用SUN JDK _ jRockit支持四种垃圾收集器 分代复制收集器 单空间并发收集器 分代并发收集器和并行收集器 默认状态下 JRockit使用分代并发收集器 要改变收集器 可使用 Xgc: 对应四个收集器分其他为gencopy single gencon以及parallel 为得到更好的响应性能 应该使用并发垃圾回收器 Xgc:gencon 可使用 Xms和 Xmx设置堆栈的初始大小和最大值 要设置护理域 Xns为 Xmx的 % 而如果要得到更好的性能 应该选用并行垃圾回收器: Xgc: parallel 由于并行垃圾回收器不使用nursery 不必设置 Xns jRockit 还提供了强大的图形化监控工具Jrockit Management Console 可以查看GC性能问题

　　通过实时查看并分析操作系统与ORACLE系统中的I/O信息 我们发现存在I/O读写占用资源率高且频繁问题