Weblogic調優參數及監控weblogic調優參數對ebl的調優主要從EEEete、ee等幾個方面的相關參數進行調優：一、EE在ain>eve>eve>n>'iEnableatatine?”中nin1、NativeIOEnabled，表示該e丫使用本地IO2、SocketReaders設置在執行線程中專用做et6的百分比3、MaximumOpenSockets最大打開數et4、StuckThreadMaxTime堵塞線程時間，超過這個時間沒有返回的執行線程，系統將認為是堵塞線程如果ebl認為某個隊列中的所有的線程全部堵塞的話，ebl將會增加執行線程的數量。注意：執行線程的數量一旦增加，目前ebl不會去減少他，如果增加了一些線程以后再次出現ve的警告，ebl會繼續增加執行線程的數量，一直到達到上限為止。teaieInteval系統檢查堵塞線程的時間間隔eel當可用內存小于該百分比時，垃圾回收啟動7、LowMemoryGranularityLevel當兩次檢測的可用內存變化超過該百分比時，垃圾回收啟動8、LowMemorySampleSize在一次檢測中的取樣次數9、LowMemoryTimeInterval檢測間隔時間ept等待隊列中最多可以有多少連接等待處理，如果在許多客戶端連接被拒絕，而在服務消息，說明應提器端沒有錯誤顯示，說明該值設得過低。如果連接時收到消息，說明應提高該值，每次增加25％二、在服務器初始創建的執行線程的數量，設置原則：增大機器的最大并發線程數使處理器利用率達到最大。對于服務器端操作比較多的線程，應該減少線程計數；對于客戶端操作比較多的，應該增加線程計數。并發線程數理論上等于“本地主機個數線程數”，夠用即可，過大會降低系統性能、2QueueLength在等待隊列里的請求數，理想狀態下是0、一個百分數，當的數量達到隊列長度的這個比例的時候，會發出的標志信息、4ThreadsIncrease如果發出的標志信息，會嘗試增加這個數量的執行線程，以解決處理矛盾、最大執行線程數、最小執行線程數、線程優先級三、在、初始數據庫物理連接數最大數據庫物理連接數每次數據庫物理連接增加數4、StatementCacheTyperearedtateme緩存的策略，算法在有新的語句到來時，將最不經常被用得語句調整出緩存。算法為先進先出的算法5、TestConnectionsOnReserveTetonnectionOne設置為￡2e缺省設置)。如果此參數設置為真(tre，則在連接被分配給調用者之前，都要經過測試，這會額外要求與數據庫的反復連接6、StatementCacheSize宏語句設定的靜態緩存，大小由連接池配置時指定，調整這個數值的大小，有利于提高系統的效率7、LoginDelay創建數據庫物理連接時的延時時間webogi監控指標線程監控：DOMAIN選-擇>服務->Monitoring->General->MonitorallActiveQueueMonitorallExecuteThreads...在這個列表中可以看到應用當前處理的線程情況，若想進一步跟蹤線程，可在使用來跟蹤查看進程情況，一般情況下線程存在如下狀態：A、nnab：該狀態表示線程具備所有運行條件，在運行隊列中準備操作系統的調度，或者正在運行、Waitoncondition：該狀態出現在線程等待某個條件的發生1、線程在等待網絡的讀寫2線程在ee等待e的時間到了時候，將被喚醒。cWaitingformonitorentry和inObject.wait()：每個。山歷在某個時刻，只能被一個線程擁有，該線程就是“ActiveThread”,而其它線程都是“WaitingThread"，分別在兩個隊列“EntrySet”和"WaitSet”里面等候。在“EntrySet”中等待的線程狀態是“Waitingformonitorentry”,而在"WaitSet”中等待的線程狀態是“inObject.wait()”。線程為什么會進入“WaitSet”。當線程獲得了onitor進入了臨界區之后，如果發現線程繼續運行的條件沒有滿足，它則調用對象(一般就是被ynchronie的對象)的wait()方法，放棄了onitor進入“WaitSet”隊列。只有當別的線程在該對象上調用了notify。或者notifyA()“WaitSet”隊列中線程才得到機會去競爭，但是只有一個線程獲得對象的，恢復到運行態D死鎖：在多線程程序的編寫中，如果不適當的運用同步機制，則有可能造成程序的死鎖，經常表現為程序的停頓，或者不再響應用戶的請求。E熱鎖：也往往是導致系統性能瓶頸的主要因素。其表現特征為，由于多個線程對臨界區，或者鎖的競爭，可能出現：頻繁的線程的上下文切換：從操作系統對線程的調度來看，當線程在等待資源而阻塞的時候，操作系統會將之切換出來，放到等待的隊列，當線程獲得資源之后，調度算法會將這個線程切換進去，放到執行隊列中。大量的系統調用：因為線程的上下文切換，以及熱鎖的競爭，或者臨界區的頻繁的進出，都可能導致大量的系統調用。大部分開銷用在“系統態”：線程上下文切換，和系統調用，都會導致在“系統態”運行，換而言之，雖然系統很忙碌，但是用在“用戶態”的比例較小，應用程序得不到充分的資源。隨著數目的增多，系統的性能反而下降。因為數目多，同時運行的線程就越多，可能就會造成更頻繁的線程上下文切換和系統態的開銷，從而導致更糟糕的性能連接監控：選擇服務性能監控：選擇服務i：r分配到隊列的空閑線程數：被放置在隊列中最常的請求所發生的時間：正在等待的隊列：當前內存堆棧使用情況情況消息監控：選選擇-服＞務事務監控：選擇服務1TotalTransa服務處理的事務總數2TotalCommit提交事務的總數.3TotalRolled回滾事務總數4Time