您现在的位置： 中国IT实验室 >> Java >> 核心技术 >> 高级编程 >> 正文

HBCZT信息中心Weblogic Server性能调优

ChinaItLab 佚名 2008-1-30 保存本文 推荐给好友 收藏本页

2、调优建议

通过分析其配置。我们发现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 1.4的非阻塞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(20000);在init()方法里缓存静态数据，而在destroy()中释放它；建议在Servlet里使用ServletOutputStream输出图片等对象；避免在Servlet和Jsp中定界事务等。

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

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

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

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

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

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

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

WebLogic Server有两套套接字复用器：Java版和本地库。采用小型本地库更有效，尽量激活Enable Native IO(默认)，此时UNIX默认使用CPUs+1个线程，Window下为双倍CPU。如果系统不能加载本地库，将会抛出一个异常：java.lang.UnsatisfiedLinkException，此时只能使用Java套接字复用器，可以调整socket readers 百分比，默认为33%。该参数可以在Console Server Tuning Configuration配置栏里设置。

上一页  [1] [2] 

【责编:John】