Weblogic参数调优.docVIP

Weblogic参数调优 一、调优背景思路J2EE应用架构环境下的系统调优，首先我们一般会从应用程序出发，去审核代码，做到代码级的优化，然后再调整应用服务器(BEA WebLogic8.1)和数据库 ()的参数，最后当然是调整操作系统和网络的性能(包括硬件升级)。这是一种MDA的先进做法。诚然，在项目中，不可能完全按照这个思路来做，我们把目标首先定位在应用系统所在的应用服务器(BEA WebLogic8.1)上，通过对BEA WebLogic8.1的参数进行设置，使WebLogic8.1能够在最优化的环境中去运行其系统，然后对数据的参数进行优化设置，最后进行性能测试再找出导致性能瓶颈所在的SQL代码或JAVA程序，考量其修改的可行性，并进行最终问题优先级认定，与瓶颈模块进行协商解决性能问题。当然出现了性能问题后才想到调优，而且一般都是先进行系统参数调整，实在解决不了才会对代码进行检查实际上，我们应当将代码级的调优放在应用设计时来做，测试生产时修改代码将是一件极其痛苦的事情。D:\bea\user_projects\domains\mydomain下用编译模式打开startWebLogic.cmd，查找代码： call %WL_HOME%\common\bin\commEnv.cmd(windows) 或者call %WL_HOME%\common\bin\commEnv.sh(linux/aix) 找到后，在相应路径用编译模式打开该文件： (2)接着要弄清楚JDK厂商（是bea，还是sun、IBM等） set JAVA_VENDOR=BEA（此处说明应用的为BEA的JDK） (3)之后查找weblgoic运行模式： set PRODUCTION_MODE= 默认是开发模式（线程计数默认为15）即为空，在上线时，应将其改为产品模式（线程计数默认为25）： set PRODUCTION_MODE=ture (4)然后需修改分配给JVM的内存（默认为96M）： 因已确定厂商为BEA，运行模式为产品模式，所以找到： :bea if %PRODUCTION_MODE% == true goto bea_prod_mode set JAVA_VM=-jrockit set MEM_ARGS=-Xms1024m -Xmx1024m set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none goto continue :bea_prod_mode set JAVA_VM=-jrockit set MEM_ARGS=-Xms1024m -Xmx1024m（此处即为分配给JVM的内存范围） goto continue 可根据系统需要，修改分配的内存数 注：如为32位的操作系统，则最大支持分配2G内存 2．线程池调整： 打开Weblogic，在路径：mydomain-服务器-myserver-右键打开“查看执行队列”(weblogic.kernel.Default 调整如下指标： (1) 线程计数—分配给此队列的线程数在出现溢出时，要添加到队列中的线程数此队列可以拥有的最大线程数。此值将防止 WebLogic Server 为了响应连续出现的溢出而在队列中创建过高的线程数WebLogic Server 将在队列中维护的最小线程数创建此 JDBC 连接缓冲池时要创建的物理数据库连接数此 JDBC 连接缓冲池可以包含的最大物理数据库连接数此 JDBC 连接缓冲池容量扩展的增量存储在缓存中的 prepared statement 和 callable statement 数目 2）在8.1版本中，我们可以利用console进行thread pool的配置，根据应用的需求增加新的thread pool或者修改pool的大小。但是9.2中,console上没有提供这一功能，但是我们可以利用修改config.xml来实现这个配置。 execute-queue !-- 新增加的thread pool -- execute-queue namedefault/name thread-count100/thread-count /execute-queue nameC3Oss.Adapter.Thread.Pool/name thread-count2/thread-count /execute-queue 配完之后，重新启动，就可以看到修改的thread pool为100了 如果在启动时报错，则需要修改启动脚本startWebLogic.sh，修改如下： startWebLogic.sh ${JAVA_HOME}/b