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

優(yōu)化設(shè)置Weblogic服務(wù)程序設(shè)置：1、設(shè)置JDK內(nèi)存：改正weblogic\user_projects\domains\base_domain\bin下的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=-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_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m說(shuō)明：紅色字體為改正的內(nèi)容，詳細(xì)改正值依據(jù)實(shí)質(zhì)物理內(nèi)存確立-Xmx3550m：設(shè)置JVM最大堆內(nèi)存為3550M。-Xms3550m：設(shè)置JVM初始堆內(nèi)存為3550M。此值能夠設(shè)置與-Xmx同樣，以防止每次JVM動(dòng)向分派內(nèi)存所浪費(fèi)的時(shí)間。-XX:PermSize=256M：設(shè)置堆內(nèi)存長(zhǎng)久代初始值為256M。(貌似是Eclipse等IDE的初始化參數(shù))-XX:MaxPermSize=512M：設(shè)置長(zhǎng)久代最大值為512M。32位操作JDK內(nèi)存系統(tǒng)：最大可設(shè)置1.5G，假如設(shè)置過(guò)大，會(huì)致使服務(wù)沒(méi)法啟動(dòng)64位操作JDK內(nèi)存系統(tǒng)：最大設(shè)置為物理內(nèi)存的60~80%2、設(shè)置線程數(shù)：改正weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd中在JAVA_OPTIONS中增添以下：setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadpool.MinPoolSize=2000setJAVA_OPTIONS=%JAVA_OPTIONS%-Dweblogic.threadpool.MaxPoolSize=4000說(shuō)明：JDK5.0此后每個(gè)線程棧大小為1M，可是操作系統(tǒng)對(duì)一個(gè)進(jìn)度內(nèi)的線程數(shù)仍是有限制的，不可以無(wú)窮生成。32位操作系統(tǒng)依據(jù)JVM最大堆內(nèi)存設(shè)置；64位操作系統(tǒng)經(jīng)驗(yàn)值在3000~5000左右。3、Weblogic數(shù)據(jù)庫(kù)連結(jié)池連結(jié)數(shù)設(shè)置：受Oracle數(shù)據(jù)庫(kù)連結(jié)數(shù)的影響，能夠參照同一時(shí)間連結(jié)數(shù)據(jù)庫(kù)的用戶數(shù)目，進(jìn)行設(shè)置，數(shù)據(jù)庫(kù)的最大連結(jié)數(shù)不可以小于頂峰時(shí)期同一時(shí)間連結(jié)用戶的數(shù)目。點(diǎn)擊數(shù)據(jù)源，進(jìn)入后選擇連結(jié)池：初始容量：20最大容量：50容量增添：5說(shuō)明：設(shè)置前得設(shè)置數(shù)據(jù)庫(kù)的最大并發(fā)線程數(shù)（下邊有介紹Oracle數(shù)據(jù)庫(kù)線程數(shù)設(shè)置方法），因?yàn)閣eblogic節(jié)點(diǎn)的連結(jié)池最大連結(jié)數(shù)之和不可以大于數(shù)據(jù)庫(kù)的最大線程數(shù)。初始容量：要在創(chuàng)立連結(jié)池時(shí)創(chuàng)立的物理連結(jié)數(shù)。假如沒(méi)法創(chuàng)立這一數(shù)目的連結(jié)，創(chuàng)立此連結(jié)池的操作將會(huì)失敗。此連結(jié)數(shù)也是連結(jié)池將保持的最小可用物理連結(jié)數(shù)。最大容量：此連結(jié)池可容納的最大物理連結(jié)數(shù)。容量增添：將新連結(jié)增添到連結(jié)池時(shí)創(chuàng)立的連結(jié)數(shù)。不再有可用的物理連結(jié)來(lái)知足連結(jié)懇求時(shí)，WebLogicServer會(huì)創(chuàng)立該數(shù)目的附帶物理連結(jié)并將它們?cè)鎏淼竭B結(jié)池中。MBean屬性(不合用于應(yīng)用程序模塊)：JDBCConnectionPoolParamsBean.CapacityIncrement。4、Weblogic的服務(wù)設(shè)置[配置優(yōu)化]：接受積壓：300登錄超時(shí)：5000說(shuō)明：接受積壓：關(guān)于此服務(wù)器的慣例和SSL端口，應(yīng)當(dāng)同意的新TCP連結(jié)懇求的積壓數(shù)目。將積壓設(shè)置為0能夠防備此服務(wù)器接受某些操作系統(tǒng)上的所有傳入連結(jié)。登錄超時(shí)：此服務(wù)器的默認(rèn)慣例(非SSL)監(jiān)聽(tīng)端口的登錄超時(shí)。這是同意成立新連結(jié)的最長(zhǎng)時(shí)間。假如值為0，表示無(wú)最大值。MBean屬性：ServerMBean.LoginTimeoutMillis最小值：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->“EnableNativeIO”中：1、NativeIOEnabledTRUE，表示該Server使用當(dāng)?shù)豂/O2、SocketReaders設(shè)置在履行線程中專用做SocketReaders的百分比、MaximumOpenSockets最大翻開(kāi)Socket數(shù)、StuckThreadMaxTime擁塞線程時(shí)間，超出這個(gè)時(shí)間沒(méi)有返回的履行線程，系統(tǒng)將以為是擁塞線程假如weblogic以為某個(gè)行列中的所有的線程所有擁塞的話，weblogic將會(huì)增添履行線程的數(shù)目。注意：履行線程的數(shù)目一旦增添，目前weblogic不會(huì)去減少他，假如增添了一些線程此后再次出現(xiàn)overflow的警示，weblogic會(huì)持續(xù)增添履行線程的數(shù)目，向來(lái)抵達(dá)到上限為止。、StuckThreadTimerInterval系統(tǒng)檢查擁塞線程的時(shí)間間隔、LowMemoryGCThreshold當(dāng)可用內(nèi)存小于該百分比時(shí)，垃圾回收啟動(dòng)、LowMemoryGranularityLevel當(dāng)兩次檢測(cè)的可用內(nèi)存變化超出該百分比時(shí)，垃圾回收啟動(dòng)、LowMemorySampleSize在一次檢測(cè)中的取樣次數(shù)9、LowMemoryTimeInterval檢測(cè)間隔時(shí)間10、AcceptBacklog等候行列中最多能夠有多少TCP連結(jié)等候辦理，假如在很多客戶端連結(jié)被拒絕，而在服務(wù)器端沒(méi)有錯(cuò)誤顯示，說(shuō)明該值設(shè)得過(guò)低。假如連結(jié)時(shí)收到connectionrefused信息，說(shuō)明應(yīng)提升該值，每次增添25％二、ExecuteQueue在、ThreadCount服務(wù)器初始創(chuàng)立的履行線程的數(shù)目，設(shè)置原則：增大機(jī)器的最大并發(fā)線程數(shù)使辦理器利用率達(dá)到最大。關(guān)于服務(wù)器端操作比許多的線程，應(yīng)當(dāng)減少線程計(jì)數(shù)；關(guān)于客戶端操作比許多的，應(yīng)當(dāng)增添線程計(jì)數(shù)。并發(fā)線程數(shù)理論上等于“當(dāng)?shù)刂鳈C(jī)CPU個(gè)數(shù)+Stuck線程數(shù)”，夠用即可，過(guò)大會(huì)降低系統(tǒng)性能、QueueLength在等候行列里的懇求數(shù)，理想狀態(tài)下是0、QueueLengthThresholdPercent一個(gè)百分?jǐn)?shù)，當(dāng)request的數(shù)目達(dá)到行列長(zhǎng)度的這個(gè)比率的時(shí)候，weblogic會(huì)發(fā)出overflow的標(biāo)記信息4、ThreadsIncrease假如weblogic發(fā)出overflow的標(biāo)記信息，weblogic會(huì)試試增添這個(gè)數(shù)目的履行線程，以解決辦理矛盾、ThreadsMaximum最大履行線程數(shù)、ThreadsMinimum最小履行線程數(shù)、ThreadPriority線程優(yōu)先級(jí)三、JDBC在service->JDBC->JDBCConnectionPools->Configuration->name->Connections1、InitialCapacity初始數(shù)據(jù)庫(kù)物理連結(jié)數(shù)、MaxCapacity最大數(shù)據(jù)庫(kù)物理連結(jié)數(shù)、CapacityIncrement每次數(shù)據(jù)庫(kù)物理連結(jié)增添數(shù)、StatementCacheTypepreparedstatements緩存的策略，LRU算法在有新的語(yǔ)句到來(lái)時(shí)，將最不常常被用得語(yǔ)句調(diào)整出緩存。FIXED算法為先進(jìn)先出的算法5、TestConnectionsOnReserveTestConnectionsOnReserve設(shè)置為false（缺省設(shè)置）。假如此參數(shù)設(shè)置為真（true），則在連結(jié)被分派給調(diào)用者以前，都要經(jīng)過(guò)測(cè)試，這會(huì)額外要求與數(shù)據(jù)庫(kù)的頻頻連結(jié)6、StatementCacheSize宏語(yǔ)句設(shè)定的靜態(tài)緩存，大小由JDBC連結(jié)池配置時(shí)指定，調(diào)整這個(gè)數(shù)值的大小，有益于提升系統(tǒng)的效率7、LoginDelay創(chuàng)立數(shù)據(jù)庫(kù)物理連結(jié)時(shí)的延不時(shí)間weblogic監(jiān)控指標(biāo)線程監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->General->MonitorallActiveQueues...->MonitorallExecuteThreads...在這個(gè)列表中能夠看到應(yīng)用目前辦理的線程狀況，若想進(jìn)一步追蹤線程，可在使用KILL-3來(lái)追蹤查察進(jìn)度狀況，一般狀況下線程存在以下?tīng)顟B(tài)：A、Runnable：該狀態(tài)表示線程具備所有運(yùn)轉(zhuǎn)條件，在運(yùn)轉(zhuǎn)行列中準(zhǔn)備操作系統(tǒng)的調(diào)動(dòng)，或許正在運(yùn)轉(zhuǎn)B、Waitoncondition：該狀態(tài)出此刻線程等候某個(gè)條件的發(fā)生、線程在等候網(wǎng)絡(luò)的讀寫、線程在sleep，等候sleep的時(shí)間到了時(shí)候，將被喚醒。C、Waitingformonitorentry

和inObject.wait( )

：每個(gè)

Monitor

在某個(gè)時(shí)刻，只好被一個(gè)線程擁有，該線程就是

“ActiveThread

”，而其余線程都是

“WaitingThread

”，分別在兩個(gè)行列

“

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)轉(zhuǎn)的條件沒(méi)有知足，它則調(diào)用對(duì)象（一般就是被synchronized的對(duì)象）的

wait( )

方法，放棄了

Monitor

，進(jìn)入“WaitSet”行列。只有當(dāng)其他線程在該對(duì)象上浮用了

notify( )

或許

notifyAll( )

，“WaitSet”行列中線程才獲取時(shí)機(jī)去競(jìng)爭(zhēng)，可是只有一個(gè)線程獲取對(duì)象的Monitor，恢復(fù)到運(yùn)轉(zhuǎn)態(tài)D、死鎖：在多線程程序的編寫中，假如不適合的運(yùn)用同步體制，則有可能造成程序的死鎖，常常表現(xiàn)為程序的停留，或許不再響應(yīng)用戶的懇求。E、熱鎖：也常常是致使系統(tǒng)性能瓶頸的主要要素。其表現(xiàn)特點(diǎn)為，因?yàn)槎鄠€(gè)線程對(duì)臨界區(qū)，或許鎖的競(jìng)爭(zhēng)，可能出現(xiàn)：屢次的線程的上下文切換：從操作系統(tǒng)對(duì)線程的調(diào)動(dòng)來(lái)看，當(dāng)線程在等候資源而堵塞的時(shí)候，操作系統(tǒng)會(huì)將之切換出來(lái)，放到等候的行列，當(dāng)線程獲取資源以后，調(diào)動(dòng)算法會(huì)將這個(gè)線程切換進(jìn)去，放到履行行列中。大批的系統(tǒng)調(diào)用：因?yàn)榫€程的上下文切換，以及熱鎖的競(jìng)爭(zhēng)，或許臨界區(qū)的屢次的出入，都可能致使大批的系統(tǒng)調(diào)用。大部分CPU開(kāi)支用在“系統(tǒng)態(tài)”：線程上下文切換，和系統(tǒng)調(diào)用，都會(huì)致使CPU在“系統(tǒng)態(tài)”運(yùn)轉(zhuǎ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開(kāi)支，進(jìn)而致使更糟糕的性能連結(jié)監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->General->MonitorallConnections...性能監(jiān)控：DOMAIN->選擇服務(wù)->Monitoring->Performance1、IdleThreads：已分派到行列的安閑線程數(shù)2、OldestPendingRequest：被擱置在行列中最常的懇求所發(fā)生的時(shí)間3、Throughput：Thenumberofrequeststhathavebeenprocessedbythequeue4、QueueLength:正在等候的行列5、MemoryUsage：目前內(nèi)存貨倉(cāng)使用狀況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->JTA、TotalTransactions:1641服務(wù)辦理的事務(wù)總數(shù)、TotalCommitted:1641提