weblogic優(yōu)化設(shè)置調(diào)優(yōu)參數(shù)及監(jiān)控指標(參考版)
2025-04-10 06:49本頁面
【正文】 隨著 CPU數(shù)目的增多，系統(tǒng)的性能反而下降。大量的系統(tǒng)調(diào)用：因為線程的上下文切換，以及熱鎖的競爭，或 者臨界區(qū)的頻繁的進出，都可能導致大量的系統(tǒng)調(diào)用。E、熱鎖：也往往是導致系統(tǒng)性能瓶頸的主要因素。當線程獲得了 Monitor，進入了臨界區(qū)之后，如果發(fā)現(xiàn)線程繼續(xù)運行的條件沒有滿足，它則調(diào)用對象（一般就是被 synchronized 的對象）的 wait() 方法，放棄了 Monitor，進入 “Wait Set”隊列。在 “Entry Set”中等待的線程狀態(tài)是 “Waiting for monitor entry”，而在 “Wait Set”中等待的線程狀態(tài)是 “in ()”。如果此參數(shù)設(shè)置為真（true），則在連接被分配給調(diào)用者之前，都要經(jīng)過測試，這會額外要求與數(shù)據(jù)庫的反復連接 Statement Cache Size 宏語句設(shè)定的靜態(tài)緩存，大小由JDBC連接池配置時指定，調(diào)整這個數(shù)值的大小，有利于提高系統(tǒng)的效率 Login Delay 創(chuàng)建數(shù)據(jù)庫物理連接時的延時時間weblogic監(jiān)控指標線程監(jiān)控：DOMAIN 選擇服務(wù) Monitoring General Monitor all Active Queues... Monitor all Execute Threads...在這個列表中可以看到應(yīng)用當前處理的線程情況，若想進一步跟蹤線程，可在使用KILL 3來跟蹤查看進程情況，一般情況下線程存在如下狀態(tài)：A、Runnable：該狀態(tài)表示線程具備所有運行條件，在運行隊列中準備操作系統(tǒng)的調(diào)度，或者正在運行B、Wait on condition：該狀態(tài)出現(xiàn)在線程等待某個條件的發(fā)生 線程在等待網(wǎng)絡(luò)的讀寫 線程在 sleep，等待 sleep的時間到了時候，將被喚醒。并發(fā)線程數(shù)理論上等于“本地主機CPU個數(shù)+Stuck線程數(shù)”，夠用即可，過大會降低系統(tǒng)性能 QueueLength 在等待隊列里的請求數(shù)，理想狀態(tài)下是0 QueueLength Threshold Percent 一個百分數(shù)，當request的數(shù)量達到隊列長度的這個比例的時候，weblogic會發(fā)出overflow的標志信息 ThreadsIncrease 如果weblogic發(fā)出overflow的標志信息，weblogic會嘗試增加這個數(shù)量的執(zhí)行線程，以解決處理矛盾 ThreadsMaximum 最大執(zhí)行線程數(shù) Threads Minimum 最小執(zhí)行線程數(shù) ThreadPriority 線程優(yōu)先級 三、JDBC 在serviceJDBC JDBC Connection PoolsConfigurationnameConnections Initial Capacity 初始數(shù)據(jù)庫物理連接數(shù) MaxCapacity 最大數(shù)據(jù)庫物理連接數(shù) Capacity Increment 每次數(shù)據(jù)庫物理連接增加數(shù) Statement Cache Type prepared statements緩存的策略，LRU算法在有新的語句到來時，將最不經(jīng)常被用得語句調(diào)
公司管理相關(guān)推薦
鄂ICP備17016276號-1