weblogic优化设置调优参数及监控指标

1、优化设置Weblogic 服务程序设置：1、设置 JDK 内存：下的修 改 weblogicuser_projectsdomainsbase_domainbin setDomainEnv.cmd 文件：修改前：if %JAVA_VENDOR%=Sun (set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512mset WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m) else (set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512mset WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m)set

2、MEM_PERM_SIZE_32BIT=-XX:PermSize=48mset MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m 修改后：if %JAVA_VENDOR%=Sun (set WLS_MEM_ARGS_64BIT=-X5m12sm Xmx1024mset WLS_MEM_ARGS_32BIT=-X5m12sm Xmx1024m) else (set WLS_MEM_ARGS_64BIT=-X1m02s4m Xmx1024mset WLS_MEM_ARGS_32BIT=-X1m02s4m Xmx1024mset MEM_PERM_SIZE_3

3、2BIT=-XX:PermSize1=28mset MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermS2iz5e6=m说明： 红色字体为修改的内容，具体修改值根据实际物理内存确定?-Xmx3550m ：设置 JVM 最大堆内存 为 3550M 。?-Xms3550m ：设置 JVM 初始堆内存 为 3550M 。此值可以设置与-Xmx 相同，以避免每次 JVM 动态分配内存所浪费的时间。?-XX:PermSize=256M ：设置堆内存持久代 初始值为 256M 。（貌 似是 Eclipse 等 IDE 的初始化参数 ）?-XX:MaxPermSize=512M：设置持久

4、代最大值为 512M 。32 位操作 JDK内存系统：最大可设置 1.5G，如果设置过大，会导致服务 无法启动64 位操作 JDK内存系统：最大设置为物理内存的 6080%2、设置线程数：修 改 weblogicuser_projectsdomainsbase_domainbin 下 的 setDomainEnv.cmd 中在 JAVA_OPTION中S 添加如下：setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadpool.MinPoolSize=2000setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadp

5、ool.MaxPoolSize=4000说明：JDK5.0 以后每个线程栈大小为 1M，但是操作系统对一个进程内的线程 数还是有限制的，不能无限生成。 32 位操作系统根据 JVM最大堆内存设置； 64 位操作系统经验值在 30005000左右。3、Weblogic 数据库连接池连接数设置：受 Oracle 数据库连接数的影响， 可以参照同一时间连接数据库的用户 数量，进行设置，数据库的最大连接数不能小于高峰时期同一时间连接用户 的数量。点击数据源，进入后选择连接池：初始容量： 20最大容量： 50容量增长： 5说明：设置前得设置数据库的最大并发线程数（下面有介绍 Oracle 数据库线 程数

6、设置方法），因为 weblogic 节点的连接池最大连接数之和不能大于数据 库的最大线程数。?初始容量：要在创建连接池时创建的物理连接数。如果无法创建这 一数量的连接， 创建此连接池的操作将会失败。 此连接数也是连 接池将保持的最小可用物理连接数。?最大容量：此连接池可容纳的最大物理连接数。?容量增长：将新连接添加到连接池时创建的连接数。不再有可用的 物理连接来满足连接请求时， WebLogic Server 会创建该数量 的附加物理连接并将它们添加到连接池中。 MBean 属性 （ 不适 用于应用程序模块 ） ： JDBCConnectionPoolParamsBean.CapacityIn

7、crement 。4、Weblogic 的服务设置 配置 优化 ：接受积压： 300登录超时： 5000说明：?接受积压： 对于此服务器的常规和 SSL 端口，应该允许的新 TCP 连接请求的积压数量。将积压设置为 0 可以防止此服务器接受 某些操作系统上的所有传入连接。 MBean 属性： ServerMBean.AcceptBacklog 。最小值： 0?登录超时：此服务器的默认常规 （ 非 SSL） 监听端口的登录超时。 这是允许建立新连接的最长时间。如果值为 0 ，表示无最大值。 MBean 属性：ServerMBean.LoginTimeoutMillis最小值：0 。最大值： 10

8、0000 。安全值： 5000weblogic 调优参数对Weblogic 的调优主要从 SEVER、ExecuteQueue、JDBC等几个方面的相关参 数进行调优：一、SERVER在 mydomain-Servers-myserver-Configuration-Tuning-“ EnableNative IO ”中：、 Native IOEnabledTRUE ，表示该 Server 使用本地 I/O、 SocketReaders设置在执行线程中专用做 Socket Readers 的百分比、 Maximum Open Sockets最大打开 Socket 数、 Stuck Thread

9、 MaxTime 堵塞线程时间，超过这个时间没有返回的执行线程，系统将认为是堵 塞线程如果 weblogic 认为某个队列中的所有的线程全部堵塞的话， weblogic 将会增加执行线程的数量。注意：执行线程的数量一旦增加，目前 weblogic 不会去减少他，如果 增加了一些线程以后再次出现 overflow 的警告， weblogic 会继续增加执行线 程的数量，一直到达到上限为止。、 Stuck Thread Timer Interval 系统检查堵塞线程的时间间隔、 Low Memory GC Threshold 当可用内存小于该百分比时，垃圾回收启动、 Low Memory Gran

10、ularity Level 当两次检测的可用内存变化超过该百分比时，垃圾回收启动、 Low Memory Sample Size 在一次检测中的取样次数、 Low Memory Time Interval 检测间隔时间、 Accept Backlog等待队列中最多可以有多少 TCP连接等待处理， 如果在许多客户端连接 被拒绝，而在服务器端没有错误显示，说明该值设得过低。如果连接时收到 connection refused 消息，说明应提高该值，每次增加 25二、ExecuteQueue在、 ThreadCount 服务器初始创建的执行线程的数量，设置原则： 增大机器的最大并发线程数使处理器利用

11、率达到最大。 对于服务器端操 作比较多的线程，应该减少线程计数；对于客户端操作比较多的，应该增加 线程计数。并发线程数理论上等于“本地主机 CPU个数 +Stuck线程数”，够 用即可，过大会降低系统性能、 QueueLength 在等待队列里的请求数，理想状态下是 0、 QueueLength Threshold Percent一个百分数，当 request 的数量达到队列长度的这个比例的时候， weblogic 会发出 overflow 的标志信息、 ThreadsIncrease如果weblogic 发出overflow 的标志信息， weblogic 会尝试增加这个数量 的执行线程，以

12、解决处理矛盾、 ThreadsMaximum最大执行线程数、 Threads Minimum最小执行线程数、 ThreadPriority线程优先级三、JDBC在 service-JDBC- JDBC ConnectionPools-Configuration-name-Connections、 Initial Capacity初始数据库物理连接数、 MaxCapacity 最大数据库物理连接数、 Capacity Increment 每次数据库物理连接增加数、 Statement Cache Typeprepared statements 缓存的策略， LRU算法在有新的语句到来时，将最 不

13、经常被用得语句调整出缓存。 FIXED算法为先进先出的算法、 TestConnectionsOnReserveTestConnectionsOnReserve 设置为 false （缺省设置）。如果此参数设 置为真（ true ），则在连接被分配给调用者之前，都要经过测试，这会额外要求与数据库的反复连接、 Statement Cache Size宏语句设定的静态缓存，大小由 JDBC连接池配置时指定，调整这个数值 的大小，有利于提高系统的效率、 Login Delay创建数据库物理连接时的延时时间weblogic 监控指标 线程监控： DOMAIN- 选择服务 - Monitoring - G

14、eneral - Monitor all Active Queues. - Monitor all Execute Threads. 在这个列表中可以看到应用当前处理的线程情况，若想进一步跟踪线程，可 在使用 KILL -3 来跟踪查看进程情况，一般情况下线程存在如下状态：A、Runnable：该状态表示线程具备所有运行条件，在运行队列中准备操作 系统的调度，或者正在运行B、Wait on condition ：该状态出现在线程等待某个条件的发生、线程在等待网络的读写、线程在 sleep ，等待 sleep 的时间到了时候，将被唤醒。C、Waiting for monitor entry和 i

15、n Object.wait()：每个 Monitor 在某个时刻，只能被一个线程拥有，该线程就是 “Active Thread”，而其它线 程都是 “Waiting Thread ”，分别在两个队列 “ Entry Set ”和 “Wait Set”里面等候。在 “Entry Set ”中等待的线程状态是 “Waiting for monitor entry ”，而在 “Wait Set ”中等待的线程状态是 “in Object.wait() ”。线程为什么会进入 “Wait Set ”。当线程获得了 Monitor ， 进入了临界区之后，如果发现线程继续运行的条件没有满足，它则调用对象 (

16、一般就是被 synchronized 的对象)的 wait() 方法，放弃了 Monitor ， 进入 “Wait Set”队列。只有当别的线程在该对象上调用了 notify() 或 者 notifyAll() ， “ Wait Set ”队列中线程才得到机会去竞争，但是只 有一个线程获得对象的 Monitor ，恢复到运行态D、死锁：在多线程程序的编写中，如果不适当的运用同步机制，则有可能 造成程序的死锁，经常表现为程序的停顿，或者不再响应用户的请求。E、热锁：也往往是导致系统性能瓶颈的主要因素。其表现特征为，由于多 个线程对临界区，或者锁的竞争，可能出现：频繁的线程的上下文切换：从 操作系

17、统对线程的调度来看，当线程在等待资源而阻塞的时候，操作系统会 将之切换出来，放到等待的队列，当线程获得资源之后，调度算法会将这个 线程切换进去，放到执行队列中。大量的系统调用：因为线程的上下文切换， 以及热锁的竞争， 或 者临界区的频繁的进出， 都可能导致大量的系统调用。 大部分 CPU开销用在 “系统态 ”：线程上下文切换，和系统调用，都会导 致 CPU在 “系统态 ”运行，换而言之，虽然系统很忙碌，但是 CPU用在 “用户态 ”的比例较小，应用程序得不到充分的 CPU资源。随着 CPU数目 的增多，系统的性能反而下降。因为 CPU数目多，同时运行的线程就越多， 可能就会造成更频繁的线程上下

18、文切换和系统态的 CPU开销，从而导致更糟 糕的性能 连接监控：DOMAIN- 选 择 服 务 - Monitoring - General - Monitor all Connections.性能监控：DOMAIN - 选择服务 - Monitoring - Performance1、Idle Threads ：已分配到队列的空闲线程数2、Oldest Pending Request ：被放置在队列中最常的请求所发生的时间3、Throughput：The number of requests that have been processed by the queue4、Queue Lengt

19、h: 正在等待的队列5、Memory Usage：当前内存堆栈使用情况6、GC情况 消息监控：DOMAIN - 选择服务 - Monitoring - JMS、 Current Connections:The current number of connections to this server.、 Connections High:The highest number of connections to this server since the last reset.、 Total Connections:The total number of connections made to t

20、his server since the last reset.、 Current JMS Servers:WebLogicWebLogicWebLogicThe current number of JMSs ervers that are deployed on this Server instance.、 Servers High:The highest number of JMSs ervers that were deployed on this Server instance since this server was started.、 Servers Total: 0The total number of JMS servers that were deployed on this Server instance since this server was started.事务监控：DOMAIN - 选择服务 - Monitoring - JTA1 、 Total Transactions: 1641 服务处理的事务总数2 、 Total Committed: 1641提交事务的总数 .、 Total Rol