weblogic優(yōu)化設(shè)置&調(diào)優(yōu)參數(shù)及監(jiān)控指標(biāo)

1、優(yōu)化設(shè)置Weblogic服務(wù)程序設(shè)置：1、設(shè)置JDK內(nèi)存：修改weblogicuser_projectsdomainsbase_domainbin下的setDomainEnv.cmd文件：修改前：if%JAVA_VENDOR%=Sun(setWLS_MEM_ARGS_64BIT=-Xms256m-Xmx512msetWLS_MEM_ARGS_32BIT=-Xms256m-Xmx512m)else(setWLS_MEM_ARGS_64BIT=-Xms512m-Xmx512msetWLS_MEM_ARGS_32BIT=-Xms512m-Xmx512m)setMEM_PERM_SIZE_32BIT=

2、-XX:PermSize=48msetMEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m修改后：if%JAVA_VENDOR%=Sun(setWLS_MEM_ARGS_64BIT=-Xms512m-Xmx1024msetWLS_MEM_ARGS_32BIT=-Xms512m-Xmx1024m)else(setWLS_MEM_ARGS_64BIT=-Xms1024m-Xmx1024msetWLS_MEM_ARGS_32BIT=-Xms1024m-Xmx1024m)setMEM_PERM_SIZE_32BIT=-XX:PermSize=128msetMEM_M

3、AX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m說明：紅色字體為修改的內(nèi)容，具體修改值根據(jù)實(shí)際物理內(nèi)存確定-Xmx3550m:設(shè)置JVM最大堆內(nèi)存為3550M。-Xms3550m：設(shè)置JVM初始堆內(nèi)存為3550M。此值可以設(shè)置與-Xmx相同，以避免每次JVM動(dòng)態(tài)分配內(nèi)存所浪費(fèi)的時(shí)間。-XX:PermSize=256M:設(shè)置堆內(nèi)存持久代初始值為256M。（貌似是Eclipse等IDE的初始化參數(shù)）-XX:MaxPermSize=512M:設(shè)置持久代最大值為512M。32位操作JDK內(nèi)存系統(tǒng)：最大可設(shè)置1.5G，如果設(shè)置過大，會(huì)導(dǎo)致服務(wù)無法啟動(dòng)64位操作JDK內(nèi)存系統(tǒng)

4、：最大設(shè)置為物理內(nèi)存的6080%2、設(shè)置線程數(shù):修改weblogicuser_projectsdomainsbase_domainbin下的setDomainEnv.cmd中在JAVA_OPTIONS中添加如下：setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadpool.MinPoolSize=2000setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadpool.MaxPoolSize=4000說明：JDK5.0以后每個(gè)線程棧大小為1M,但是操作系統(tǒng)對(duì)一個(gè)進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無限生成。32位操作系

5、統(tǒng)根據(jù)JVM最大堆內(nèi)存設(shè)置；64位操作系統(tǒng)經(jīng)驗(yàn)值在30005000左右。3、Weblogic數(shù)據(jù)庫(kù)連接池連接數(shù)設(shè)置：受Oracle數(shù)據(jù)庫(kù)連接數(shù)的影響，可以參照同一時(shí)間連接數(shù)據(jù)庫(kù)的用戶數(shù)量，進(jìn)行設(shè)置，數(shù)據(jù)庫(kù)的最大連接數(shù)不能小于高峰時(shí)期同一時(shí)間連接用戶的數(shù)量。點(diǎn)擊數(shù)據(jù)源，進(jìn)入后選擇連接池：初始容量：20最大容量：50容量增長(zhǎng)：5說明：設(shè)置前得設(shè)置數(shù)據(jù)庫(kù)的最大并發(fā)線程數(shù)（下面有介紹Oracle數(shù)據(jù)庫(kù)線程數(shù)設(shè)置方法），因?yàn)閣eblogic節(jié)點(diǎn)的連接池最大連接數(shù)之和不能大于數(shù)據(jù)庫(kù)的最大線程數(shù)。初始容量：要在創(chuàng)建連接池時(shí)創(chuàng)建的物理連接數(shù)。如果無法創(chuàng)建這一數(shù)量的連接，創(chuàng)建此連接池的操作將會(huì)失敗。此連接數(shù)也是

6、連接池將保持的最小可用物理連接數(shù)。最大容量：此連接池可容納的最大物理連接數(shù)。容量增長(zhǎng)：將新連接添加到連接池時(shí)創(chuàng)建的連接數(shù)。不再有可用的物理連接來滿足連接請(qǐng)求時(shí)，WebLogicServer會(huì)創(chuàng)建該數(shù)量的附加物理連接并將它們添加到連接池中。MBean屬性（不適用于應(yīng)用程序模塊）：JDBCConnectionPoolParamsBean.CapacityIncrement。4、Weblogic的服務(wù)設(shè)置配置優(yōu)化：接受積壓：300登錄超時(shí)：5000說明：接受積壓：對(duì)于此服務(wù)器的常規(guī)和SSL端口，應(yīng)該允許的新TCP連接請(qǐng)求的積壓數(shù)量。將積壓設(shè)置為0可以防止此服務(wù)器接受某些操作系統(tǒng)上的所有傳入連接。MB

7、ean屬性：ServerMBean.AcceptBacklog。最小值：0登錄超時(shí)：此服務(wù)器的默認(rèn)常規(guī)（非SSL）監(jiān)聽端口的登錄超時(shí)。這是允許建立新連接的最長(zhǎng)時(shí)間。如果值為0,表示無最大值。MBean屬性：ServerMBean丄oginTimeoutMillis最小值：0。最大值：100000。安全值：5000weblogic調(diào)優(yōu)參數(shù)對(duì)Weblogic的調(diào)優(yōu)主要從SEVER、ExecuteQueue、JDBC等幾個(gè)方面的相關(guān)參數(shù)進(jìn)行調(diào)優(yōu)：一、SERVER在mydomain-Servers-myserver-Configuration-Tuning-“EnableNative10中：1、Nat

8、iveIOEnabledTRUE，表示該Server使用本地1/02、SocketReaders設(shè)置在執(zhí)行線程中專用做SocketReaders的百分比3、Maximum0penSockets最大打開Socket數(shù)4、StuckThreadMaxTime堵塞線程時(shí)間，超過這個(gè)時(shí)間沒有返回的執(zhí)行線程，系統(tǒng)將認(rèn)為是堵塞線程如果weblogic認(rèn)為某個(gè)隊(duì)列中的所有的線程全部堵塞的話，weblogic將會(huì)增加執(zhí)行線程的數(shù)量。注意：執(zhí)行線程的數(shù)量一旦增加，目前weblogic不會(huì)去減少他，如果增加了一些線程以后再次出現(xiàn)overflow的警告，weblogic會(huì)繼續(xù)增加執(zhí)行線程的數(shù)量，一直到達(dá)到上限為止。

9、5、StuckThreadTimerInterval系統(tǒng)檢查堵塞線程的時(shí)間間隔6、LowMemoryGCThreshold當(dāng)可用內(nèi)存小于該百分比時(shí)，垃圾回收啟動(dòng)7、LowMemoryGranularityLevel當(dāng)兩次檢測(cè)的可用內(nèi)存變化超過該百分比時(shí)，垃圾回收啟動(dòng)8、LowMemorySampleSize在一次檢測(cè)中的取樣次數(shù)9、LowMemoryTimeInterval檢測(cè)間隔時(shí)間10、AcceptBacklog等待隊(duì)列中最多可以有多少TCP連接等待處理，如果在許多客戶端連接被拒絕，而在服務(wù)器端沒有錯(cuò)誤顯示，說明該值設(shè)得過低。如果連接時(shí)收到connectionrefused消息，說明應(yīng)提高

10、該值，每次增加25二、ExecuteQueue在mydomain-Servers-myserver-Monitoring-MonitorallActiveQueues.-Configuration-weblogic.kernel.Default-1、ThreadCount服務(wù)器初始創(chuàng)建的執(zhí)行線程的數(shù)量，設(shè)置原則：增大機(jī)器的最大并發(fā)線程數(shù)使處理器利用率達(dá)到最大。對(duì)于服務(wù)器端操作比較多的線程，應(yīng)該減少線程計(jì)數(shù)；對(duì)于客戶端操作比較多的，應(yīng)該增加線程計(jì)數(shù)。并發(fā)線程數(shù)理論上等于“本地主機(jī)CPU個(gè)數(shù)+Stuck線程數(shù)”，夠用即可，過大會(huì)降低系統(tǒng)性能2、QueueLength在等待隊(duì)列里的請(qǐng)求數(shù)，理想狀態(tài)下

11、是03、QueueLengthThresholdPercent一個(gè)百分?jǐn)?shù)，當(dāng)request的數(shù)量達(dá)到隊(duì)列長(zhǎng)度的這個(gè)比例的時(shí)候，weblogic會(huì)發(fā)出overflow的標(biāo)志信息4、ThreadsIncrease如果weblogic發(fā)出overflow的標(biāo)志信息，weblogic會(huì)嘗試增加這個(gè)數(shù)量的執(zhí)行線程，以解決處理矛盾5、ThreadsMaximum最大執(zhí)行線程數(shù)6、ThreadsMinimum最小執(zhí)行線程數(shù)7、ThreadPriority線程優(yōu)先級(jí)三、JDBC在service-JDBC-JDBCConnectionPools-Configuration-name-Connections1、I

12、nitialCapacity初始數(shù)據(jù)庫(kù)物理連接數(shù)2、MaxCapacity最大數(shù)據(jù)庫(kù)物理連接數(shù)3、CapacityIncrement每次數(shù)據(jù)庫(kù)物理連接增加數(shù)4、StatementCacheTypepreparedstatements緩存的策略，LRU算法在有新的語句到來時(shí)，將最不經(jīng)常被用得語句調(diào)整出緩存。FIXED算法為先進(jìn)先出的算法5、TestConnectionsOnReserveTestConnectionsOnReserve設(shè)置為false（缺省設(shè)置）。如果此參數(shù)設(shè)置為真（true），則在連接被分配給調(diào)用者之前，都要經(jīng)過測(cè)試，這會(huì)額外要求與數(shù)據(jù)庫(kù)的反復(fù)連接6、StatementCach

13、eSize宏語句設(shè)定的靜態(tài)緩存，大小由JDBC連接池配置時(shí)指定，調(diào)整這個(gè)數(shù)值的大小，有利于提高系統(tǒng)的效率7、LoginDelay創(chuàng)建數(shù)據(jù)庫(kù)物理連接時(shí)的延時(shí)時(shí)間weblogic監(jiān)控指標(biāo)線程監(jiān)控：DOMAIN-選擇服務(wù)-Monitoring-General-MonitorallActiveQueues.-MonitorallExecuteThreads.在這個(gè)列表中可以看到應(yīng)用當(dāng)前處理的線程情況，若想進(jìn)一步跟蹤線程，可在使用KILL-3來跟蹤查看進(jìn)程情況，一般情況下線程存在如下狀態(tài)：A、Runnable：該狀態(tài)表示線程具備所有運(yùn)行條件，在運(yùn)行隊(duì)列中準(zhǔn)備操作系統(tǒng)的調(diào)度，或者正在運(yùn)行B、Waitonc

14、ondition：該狀態(tài)出現(xiàn)在線程等待某個(gè)條件的發(fā)生1、線程在等待網(wǎng)絡(luò)的讀寫2、線程在sleep，等待sleep的時(shí)間到了時(shí)候，將被喚醒。C、Waitingformonitorentry和inObject.wait()：每個(gè)Monitor在某個(gè)時(shí)刻，只能被一個(gè)線程擁有，該線程就是“ActiveThread”，而其它線程都是“WaitingThread”，分別在兩個(gè)隊(duì)列“EntrySet”和“WaitSet”里面等候。在“EntrySet”中等待的線程狀態(tài)是“Waitingformonitorentry”，而在“WaitSet”中等待的線程狀態(tài)是“inObject.wait()”。線程為什么會(huì)進(jìn)

15、入“WaitSet”。當(dāng)線程獲得了Monitor,進(jìn)入了臨界區(qū)之后，如果發(fā)現(xiàn)線程繼續(xù)運(yùn)行的條件沒有滿足，它則調(diào)用對(duì)象(一般就是被synchronized的對(duì)象)的wait()方法，放棄了Monitor,進(jìn)入“WaitSet”隊(duì)列。只有當(dāng)別的線程在該對(duì)象上調(diào)用了notify()或者notifyAll()，“WaitSet”隊(duì)列中線程才得到機(jī)會(huì)去競(jìng)爭(zhēng)，但是只有一個(gè)線程獲得對(duì)象的Monitor,恢復(fù)到運(yùn)行態(tài)D、死鎖：在多線程程序的編寫中，如果不適當(dāng)?shù)倪\(yùn)用同步機(jī)制，則有可能造成程序的死鎖，經(jīng)常表現(xiàn)為程序的停頓，或者不再響應(yīng)用戶的請(qǐng)求。E、熱鎖：也往往是導(dǎo)致系統(tǒng)性能瓶頸的主要因素。其表現(xiàn)特征為，由于多個(gè)

16、線程對(duì)臨界區(qū)，或者鎖的競(jìng)爭(zhēng)，可能出現(xiàn)：頻繁的線程的上下文切換：從操作系統(tǒng)對(duì)線程的調(diào)度來看，當(dāng)線程在等待資源而阻塞的時(shí)候，操作系統(tǒng)會(huì)將之切換出來，放到等待的隊(duì)列，當(dāng)線程獲得資源之后，調(diào)度算法會(huì)將這個(gè)線程切換進(jìn)去，放到執(zhí)行隊(duì)列中。大量的系統(tǒng)調(diào)用：因?yàn)榫€程的上下文切換，以及熱鎖的競(jìng)爭(zhēng)，或者臨界區(qū)的頻繁的進(jìn)出，都可能導(dǎo)致大量的系統(tǒng)調(diào)用。大部分CPU開銷用在“系統(tǒng)態(tài)”：線程上下文切換，和系統(tǒng)調(diào)用，都會(huì)導(dǎo)致CPU在“系統(tǒng)態(tài)”運(yùn)行，換而言之，雖然系統(tǒng)很忙碌，但是CPU用在“用戶態(tài)”的比例較小，應(yīng)用程序得不到充分的CPU資源。隨著CPU數(shù)目的增多，系統(tǒng)的性能反而下降。因?yàn)镃PU數(shù)目多，同時(shí)運(yùn)行的線程就越多，可

17、能就會(huì)造成更頻繁的線程上下文切換和系統(tǒng)態(tài)的CPU開銷，從而導(dǎo)致更糟糕的性能連接監(jiān)控：DOMAIN-選擇服務(wù)-Monitoring-General-MonitorallConnections.性能監(jiān)控：DOMAIN-選擇服務(wù)-Monitoring-Performance1、IdleThreads：已分配到隊(duì)列的空閑線程數(shù)2、OldestPendingRequest：被放置在隊(duì)列中最常的請(qǐng)求所發(fā)生的時(shí)間3、Throughput：Thenumberofrequeststhathavebeenprocessedbythequeue4、QueueLength:正在等待的隊(duì)列5、MemoryUsage:當(dāng)

18、前內(nèi)存堆棧使用情況6、GC情況消息監(jiān)控:DOMAIN-選擇服務(wù)-Monitoring-JMS1、CurrentConnections:Thecurrentnumberofconnectionstothisserver.2、ConnectionsHigh:Thehighestnumberofconnectionstothisserversincethelastreset.3、TotalConnections:Thetotalnumberofconnectionsmadetothisserversincethelastreset.4、CurrentJMSServers:Thecurrentnumb

19、erofJMSserversthataredeployedonthisWebLogicServerinstance.5、ServersHigh:ThehighestnumberofJMSserversthatweredeployedonthisWebLogicServerinstancesincethisserverwasstarted.6、ServersTotal:0ThetotalnumberofJMSserversthatweredeployedonthisWebLogicServerinstancesincethisserverwasstarted.事務(wù)監(jiān)控:DOMAIN-選擇服務(wù)-Monitoring-JTA1、TotalTransactions:1641服務(wù)處理的事務(wù)總數(shù)2、TotalCom