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

weblogic調(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、NativeIOEnabledTRUE，表示該Server使用本地I/O2、SocketReaders設(shè)置在執(zhí)行線程中專用做SocketReaders的百分比3、MaximumOpenSockets最大打開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á)到上限為止。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)提高該值，每次增加25％二、ExecuteQueue在mydomain->Servers->myserver->Monitoring->MonitorallActiveQueues...->Configuration->weblogic.kernel.Default->、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)下是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、InitialCapacity初始數(shù)據(jù)庫物理連接數(shù)2、MaxCapacity最大數(shù)據(jù)庫物理連接數(shù)3、CapacityIncrement每次數(shù)據(jù)庫物理連接增加數(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ù)庫的反復(fù)連接6、StatementCacheSize宏語句設(shè)定的靜態(tài)緩存，大小由JDBC連接池配置時(shí)指定，調(diào)整這個(gè)數(shù)值的大小，有利于提高系統(tǒng)的效率7、LoginDelay創(chuàng)建數(shù)據(jù)庫物理連接時(shí)的延時(shí)時(shí)間weblogic監(jiān)控指標(biāo)線程監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->General->MonitorallActiveQueues...->MonitorallExecuteThreads...在這個(gè)列表中可以看到應(yīng)用當(dāng)前處理的線程情況，若想進(jìn)一步跟蹤線程，可在使用(ILL-3來跟蹤查看進(jìn)程情況，一般情況下線程存在如下狀態(tài)：A、Runnable:該狀態(tài)表示線程具備所有運(yùn)行條件，在運(yùn)行隊(duì)列中準(zhǔn)備操作系統(tǒng)的調(diào)度，或者正在運(yùn)行B、Waitoncondition：該狀態(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)入“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è)線程對(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)行的線程就越多，可能就會(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)前內(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由于超時(shí)異?；貪L的事務(wù)數(shù)、ResourceRollbacks:0由于資源錯(cuò)誤回滾的事務(wù)數(shù)、ApplicationRollbacks:0由應(yīng)用回滾的事務(wù)數(shù)、SystemRollbacks:0由系統(tǒng)回滾的事務(wù)數(shù)、TotalHeuristics:0Thetotalnumberoftransactionsthatcompletedwithaheuristicstatus.、TotalTransactionsAbandoned:0Thetotalnumberoftransactionsthatthisserverabandoned.10、ActiveTransactionCount:0Thenumberofactivetransactionsontheserver.11、AverageCommitTime