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

weblogic調(diào)優(yōu)參數(shù)對Weblogic的調(diào)優(yōu)主要從SEVER、ExecuteQueue、JDBC等幾個方面的相關(guān)參數(shù)進(jìn)行調(diào)優(yōu)：一、SERVER在mydomain-〉Servers-〉myserver-〉Configuration-〉Tuning->“EnableNative10"中：1、NativeIOEnabledTRUE，表示該Server使用本地I/O2、SocketReaders設(shè)置在執(zhí)行線程中專用做SocketReaders的百分比3、MaximumOpenSockets最大打開Socket數(shù)4、StuckThreadMaxTime堵塞線程時間，超過這個時間沒有返回的執(zhí)行線程，系統(tǒng)將認(rèn)為是堵塞線程如果weblogic認(rèn)為某個隊列中的所有的線程全部堵塞的話,weblogic將會增加執(zhí)行線程的數(shù)量。注意：執(zhí)行線程的數(shù)量一旦增加，目前weblogic不會去減少他，如果增加了一些線程以后再次出現(xiàn)overflow的警告，weblogic會繼續(xù)增加執(zhí)行線程的數(shù)量，一直到達(dá)到上限為止。5、StuckThreadTimerInterval系統(tǒng)檢查堵塞線程的時間間隔6、LowMemoryGCThreshold當(dāng)可用內(nèi)存小于該百分比時，垃圾回收啟動7、LowMemoryGranularityLevel當(dāng)兩次檢測的可用內(nèi)存變化超過該百分比時，垃圾回收啟動8、LowMemorySampleSize在一次檢測中的取樣次數(shù)9、LowMemoryTimeInterval檢測間隔時間10、AcceptBacklog等待隊列中最多可以有多少TCP連接等待處理，如果在許多客戶端連接被拒絕，而在服務(wù)器端沒有錯誤顯示，說明該值設(shè)得過低。如果連接時收到connectionrefused消息，說明應(yīng)提高該值，每次增加25％二、ExecuteQueue在mydomain->Servers->myserver->Monitoring->MonitorallActiveQueues...->Configuration->weblogic.kernel.Default->、ThreadCount服務(wù)器初始創(chuàng)建的執(zhí)行線程的數(shù)量，設(shè)置原則：增大機(jī)器的最大并發(fā)線程數(shù)使處理器利用率達(dá)到最大。對于服務(wù)器端操作比較多的線程，應(yīng)該減少線程計數(shù)；對于客戶端操作比較多的，應(yīng)該增加線程計數(shù)。并發(fā)線程數(shù)理論上等于“本地主機(jī)CPU個數(shù)+Stuck線程數(shù)”，夠用即可，過大會降低系統(tǒng)性能2、QueueLength在等待隊列里的請求數(shù)，理想狀態(tài)下是03、QueueLengthThresholdPercent一個百分?jǐn)?shù)，當(dāng)request的數(shù)量達(dá)到隊列長度的這個比例的時候，weblogic會發(fā)出overflow的標(biāo)志信息4、ThreadsIncrease如果weblogic發(fā)出overflow的標(biāo)志信息，weblogic會嘗試增加這個數(shù)量的執(zhí)行線程，以解決處理矛盾5、ThreadsMaximum最大執(zhí)行線程數(shù)6、ThreadsMinimum最小執(zhí)行線程數(shù)7、ThreadPriority線程優(yōu)先級三、JDBC在service-〉JDBC-〉JDBCConnectionPools-〉Configuration-〉name-〉Connections1、InitialCapacity初始數(shù)據(jù)庫物理連接數(shù)2、MaxCapacity最大數(shù)據(jù)庫物理連接數(shù)3、CapacityIncrement每次數(shù)據(jù)庫物理連接增加數(shù)4、StatementCacheTypepreparedstatements緩存的策略，LRU算法在有新的語句到來時，將最不經(jīng)常被用得語句調(diào)整出緩存。FIXED算法為先進(jìn)先出的算法5、TestConnectionsOnReserveTestConnectionsOnReserve設(shè)置為false(缺省設(shè)置)。如果此參數(shù)設(shè)置為真(true)，則在連接被分配給調(diào)用者之前，都要經(jīng)過測試，這會額外要求與數(shù)據(jù)庫的反復(fù)連接6、StatementCacheSize宏語句設(shè)定的靜態(tài)緩存，大小由JDBC連接池配置時指定，調(diào)整這個數(shù)值的大小，有利于提高系統(tǒng)的效率7、LoginDelay創(chuàng)建數(shù)據(jù)庫物理連接時的延時時間weblogic監(jiān)控指標(biāo)線程監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->General->MonitorallActiveQueues...->MonitorallExecuteThreads...在這個列表中可以看到應(yīng)用當(dāng)前處理的線程情況，若想進(jìn)一步跟蹤線程，可在使用(ILL-3來跟蹤查看進(jìn)程情況，一般情況下線程存在如下狀態(tài)：A、Runnable:該狀態(tài)表示線程具備所有運行條件，在運行隊列中準(zhǔn)備操作系統(tǒng)的調(diào)度，或者正在運行B、Waitoncondition：該狀態(tài)出現(xiàn)在線程等待某個條件的發(fā)生1、線程在等待網(wǎng)絡(luò)的讀寫2、線程在sleep，等待sleep的時間到了時候，將被喚醒。C、Waitingformonitorentry和inObject.wait()：每個Monitor在某個時刻，只能被一個線程擁有，該線程就是“ActiveThread”，而其它線程都是“WaitingThread”，分別在兩個隊列“EntrySet”和“WaitSet”里面等候。在“EntrySet”中等待的線程狀態(tài)是“Waitingformonitorentry”，而在“WaitSet”中等待的線程狀態(tài)是“inObject.wait()”。線程為什么會進(jìn)入“WaitSet”。當(dāng)線程獲得了Monitor,進(jìn)入了臨界區(qū)之后，如果發(fā)現(xiàn)線程繼續(xù)運行的條件沒有滿足，它則調(diào)用對象(一般就是被synchronized的對象)的wait()方法，放棄了Monitor,進(jìn)入“WaitSet”隊列。只有當(dāng)別的線程在該對象上調(diào)用了notify()或者notifyAll()，“WaitSet”隊列中線程才得到機(jī)會去競爭，但是只有一個線程獲得對象的Monitor,恢復(fù)到運行態(tài)D、死鎖：在多線程程序的編寫中，如果不適當(dāng)?shù)倪\用同步機(jī)制，則有可能造成程序的死鎖，經(jīng)常表現(xiàn)為程序的停頓，或者不再響應(yīng)用戶的請求。E、熱鎖：也往往是導(dǎo)致系統(tǒng)性能瓶頸的主要因素。其表現(xiàn)特征為，由于多個線程對臨界區(qū)，或者鎖的競爭，可能出現(xiàn)：頻繁的線程的上下文切換：從操作系統(tǒng)對線程的調(diào)度來看，當(dāng)線程在等待資源而阻塞的時候，操作系統(tǒng)會將之切換出來，放到等待的隊列，當(dāng)線程獲得資源之后，調(diào)度算法會將這個線程切換進(jìn)去，放到執(zhí)行隊列中。大量的系統(tǒng)調(diào)用：因為線程的上下文切換，以及熱鎖的競爭，或者臨界區(qū)的頻繁的進(jìn)出，都可能導(dǎo)致大量的系統(tǒng)調(diào)用。大部分CPU開銷用在“系統(tǒng)態(tài)”：線程上下文切換，和系統(tǒng)調(diào)用，都會導(dǎo)致CPU在“系統(tǒng)態(tài)”運行，換而言之，雖然系統(tǒng)很忙碌，但是CPU用在“用戶態(tài)”的比例較小，應(yīng)用程序得不到充分的CPU資源。隨著CPU數(shù)目的增多，系統(tǒng)的性能反而下降。因為CPU數(shù)目多，同時運行的線程就越多，可能就會造成更頻繁的線程上下文切換和系統(tǒng)態(tài)的CPU開銷，從而導(dǎo)致更糟糕的性能連接監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->General->MonitorallConnections...性能監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->Performance1、IdleThreads:已分配到隊列的空閑線程數(shù)2、OldestPendingRequest：被放置在隊列中最常的請求所發(fā)生的時間3、Throughput：Thenumberofrequeststhathavebeenprocessedbythequeue4、QueueLength:正在等待的隊列5、MemoryUsage:當(dāng)前內(nèi)存堆棧使用情況6、GC情況消息監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->JMS1、CurrentConnections:Thecurrentnumberofconnectionstothisserver.2、ConnectionsHigh:Thehighestnumberofconnectionstothisserversincethelastreset.3、TotalConnections:Thetotalnumberofconnectionsmadetothisserversincethelastreset.4、CurrentJMSServers:ThecurrentnumberofJMSserversthataredeployedonthisWebLogicServerinstance.5、ServersHigh:ThehighestnumberofJMSserversthatweredeployedonthisWebLogicServerinstancesincethisserverwasstarted.6、ServersTotal:0ThetotalnumberofJMSserversthatweredeployedonthisWebLogicServerinstancesincethisserverwasstarted.事務(wù)監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->JTA1、TotalTransactions:1641服務(wù)處理的事務(wù)總數(shù)、TotalCommitted:1641提交事務(wù)的總數(shù).、TotalRolledBack:0回滾事務(wù)總數(shù)、TimeoutRollbacks:0由于超時異常回滾的事務(wù)數(shù)、ResourceRollbacks:0由于資源錯誤回滾的事務(wù)數(shù)、ApplicationRollbacks:0由應(yīng)用回滾的事務(wù)數(shù)、SystemRollbacks:0由系統(tǒng)回滾的事務(wù)數(shù)、TotalHeuristics:0Thetotalnumberoftransactionsthatcompletedwithaheuristicstatus.、TotalTransactionsAbandoned:0Thetotalnumberoftransactionsthatthisserverabandoned.10、ActiveTransactionCount:0Thenumberofactivetransactionsontheserver.11、AverageCommitTime