Weblogic服務(wù)器性能調(diào)優(yōu)

       注：在下面做的介紹都是以Weblogic8.1為例的，其它版本的Weblogic可能會有些許不同。

       1) 設(shè)置JAVA參數(shù)；

       a) 編輯Weblogic Server啟動腳本文件；

l         BEA_HOME\user_projects\domains\domain-name\startWebLogic.cmd(startWebLogic.sh on Unix)

l         BEA_HOME\user_projects\domains\domain-name\startManagedWebLogic.cmd(startManagedWebLogic.sh on Unix)

b) 編輯set JAVA_OPTIONS命令，如：set JAVA_OPTIONS=-Xms256m –Xmx256m；

c) 保存，重啟即可。

注：在WebLogic中，為了獲得更好的性能，BEA公司推薦最小Java堆等于最大Java堆。

2) 開發(fā)模式 vs. 產(chǎn)品模式；

開發(fā)模式和產(chǎn)品模式的一些參數(shù)的默認值不同，可能會對性能造成影響，下面是對性能有影響的參數(shù)列表：

       通過啟動管理控制臺，在域（如：mydomain）> 配置 > 常規(guī)選擇產(chǎn)品模式。

3) 盡量開啟本地I/O；

通過啟動管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實例（如：myserver）> 配置 > 調(diào)整選擇啟用本地I/O。

注：此值也可通過手動的修改config.xml配置文件。

4) 調(diào)優(yōu)執(zhí)行隊列線程；

a) 修改默認執(zhí)行線程數(shù)

在這里，執(zhí)行隊列的線程數(shù)表示執(zhí)行隊列能夠同時執(zhí)行的操作的數(shù)量。但此值不是設(shè)的越大越好，應(yīng)該恰到好處的去設(shè)置它，太小了，執(zhí)行隊列中將會積累很多待處理的任務(wù)，太大了，則會消耗大量的系統(tǒng)資源從而影響整體的性能。在產(chǎn)品模式下默認為25個執(zhí)行線程。

為了設(shè)置理想的執(zhí)行隊列的線程數(shù)，我們可以啟動管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實例（如：myserver）> 監(jiān)視 > 性能中監(jiān)控最大負載時執(zhí)行隊列的吞吐量和隊列中的等待請求數(shù)，據(jù)此確定理想的數(shù)值。

       理想的默認執(zhí)行線程數(shù)是由多方面的因素決定的，比如機器CPU性能、總體體系架構(gòu)、I/O、操作系統(tǒng)的進程調(diào)度機制、JVM的線程調(diào)度機制。隨著CPU個數(shù)的增加，WebLogic可以近乎線性地提高線程數(shù)。線程數(shù)越多，花費在線程切換的時間也就越多；線程數(shù)越小，CPU可能無法得到充分的利用。為獲取一個理想的線程數(shù)，需要經(jīng)過反復(fù)的測試。在測試中，可以以25*CPU個數(shù)為基準(zhǔn)進行調(diào)整。當(dāng)空閑線程較少，CPU利用率較低時，可以適當(dāng)增加線程數(shù)的大小（每五個遞增）。對于PC Server和Windows 2000，則最好每個CPU小于50個線程，以CPU利用率為90%左右為最佳。

       通過啟動管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實例（如：myserver）> Execute Queue > weblogic.kernel.Defalt > 配置中修改線程計數(shù)。

       b) 設(shè)定執(zhí)行隊列的溢出條件；

       Weblogic Server提供給默認的執(zhí)行隊列或用戶自定義的執(zhí)行隊列自定義溢出條件的功能，當(dāng)滿足此溢出條件時，服務(wù)器改變其狀態(tài)為“警告”狀態(tài)，并且額外的再分配一些線程去處理在隊列中的請求，而達到降低隊列長度的目的。

       通過啟動管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實例（如：myserver）> Execute Queue > weblogic.kernel.Defalt > 配置下面幾項：

l         隊列長度：此值表示執(zhí)行隊列中可容納的最大請求數(shù)，默認值是65536，最后不要手動改變此值。

l         隊列長度閾值百分比：此值表示溢出條件，在此服務(wù)器指出隊列溢出之前可以達到的隊列長度大小的百分比。

l         線程數(shù)增加：當(dāng)檢測到溢出條件時，將增加到執(zhí)行隊列中的線程數(shù)量。如果CPU和內(nèi)存不是足夠的高，盡量不要改變默認值“0”。因為Weblogic一旦增加后不會自動縮減，雖然最終可能確實起到了降低請求的作用，但在將來的運行中將影響程序的性能。

l         最大線程數(shù)：為了防止創(chuàng)建過多的線程數(shù)量，可以通過設(shè)定最大的線程數(shù)進行控制。

在實際的應(yīng)用場景中，應(yīng)根據(jù)具體情況適當(dāng)?shù)恼{(diào)整以上參數(shù)。

c) 設(shè)定執(zhí)行隊列監(jiān)測行為

Weblogic Server能夠自動監(jiān)測到當(dāng)一個執(zhí)行線程變?yōu)椤白枞薄Ｗ優(yōu)椤白枞睜顟B(tài)的執(zhí)行線程將無法完成當(dāng)前的工作，也無法再執(zhí)行新請求。如果執(zhí)行隊列中的所有執(zhí)行線程都變?yōu)椤白枞睜顟B(tài)，Weblogic server可能改變狀態(tài)為“警告”或“嚴重”狀態(tài)。如果Weblogic server變?yōu)椤皣乐亍睜顟B(tài)，可以通過Node Manager來自動關(guān)閉此服務(wù)器并重新啟動它。具體請參考：Node Manager Capabilities文檔。

通過啟動管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實例（如：myserver）>配置 > 調(diào)整下可配置下面幾項：

l         阻塞線程最長時間：在此服務(wù)器將線程診斷為阻塞線程之前，線程必須連續(xù)工作的時間長度(秒)。默認情況下，WebLogic Server 認為線程在連續(xù)工作 600 秒后成為阻塞線程。

l         阻塞線程計時器間隔：WebLogic Server 定期掃描線程以查看它們是否已經(jīng)連續(xù)工作了 "阻塞線程最長時間" 字段中指定的時間長度的間隔時間(秒)。默認情況下，WebLogic Server 將此時間間隔設(shè)置為 600 秒。

5) 調(diào)優(yōu)TCP連接緩存數(shù)；

WebLogic Server用Accept Backlog參數(shù)規(guī)定服務(wù)器向操作系統(tǒng)請求的隊列大小，默認值為50。當(dāng)系統(tǒng)重載負荷時,這個值可能過小,日志中報Connection Refused,導(dǎo)致有效連接請求遭到拒絕,此時可以提高Accept Backlog 25%直到連接拒絕錯誤消失。對于Portal類型的應(yīng)用,默認值往往是不夠的。Login Timeout和SSL Login Timeout參數(shù)表示普通連接和SSL連接的超時時間,如果客戶連接被服務(wù)器中斷或者SSL容量大,可以嘗試增加該值。

通過啟動管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實例（如：myserver）>配置 > 調(diào)整下可配置“接受預(yù)備連接”。

6) 改變Java編譯器；

標(biāo)準(zhǔn)的Java編譯器是javac，但編譯JSP servlets速度太慢，為了提高編譯速度，可以使用sj或jikes編譯器取代javac編譯器。下面說說更改Java編譯器：

通過啟動管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實例（如：myserver）>配置 > 常規(guī)下改變Java 編譯器，默認為javac。輸入完整路徑，如：c:\visualcafe31\bin\sj.exe。然后打開高級選項，在預(yù)規(guī)劃到類路徑填寫編譯 Java 代碼時為 Java 編譯器類路徑預(yù)規(guī)劃的選項，如：BEA_HOME\jdk141_02\jre\lib\rt.jar。

7) 使用Webogic Server集群提高性能；

具體關(guān)于如何配置Weblogic集群，我就不細說了。詳情可參考：Introduction to WebLogic Server Clustering。

8) Weblogic EJB調(diào)優(yōu)

由于EJB2.0已經(jīng)很少項目在用了，EJB3.0再成熟一點，我再補充這一部分吧！

9) JDBC應(yīng)用調(diào)優(yōu)

JDBC Connection Pool的調(diào)優(yōu)受制于WebLogic Server線程數(shù)的設(shè)置和數(shù)據(jù)庫進程數(shù),游標(biāo)的大小。通常我們在一個線程中使用一個連接,所以連接數(shù)并不是越多越好,為避免兩邊的資源消耗，建議設(shè)置連接池的最大值等于或者略小于線程數(shù)。同時為了減少新建連接的開銷,將最小值和最大值設(shè)為一致。

增加Statement Cache Size對于大量使用PreparedStatement對象的應(yīng)用程序很有幫助,WebLogic能夠為每一個連接緩存這些對象,此值默認為10。在保證數(shù)據(jù)庫游標(biāo)大小足夠的前提下,可以根據(jù)需要提高Statement Cache Size。比如當(dāng)你設(shè)置連接數(shù)為25,Cache Size為10時,數(shù)據(jù)庫可能需要打開25*10=250個游標(biāo)。不幸的是,當(dāng)遇到與PreparedStatement Cache有關(guān)的應(yīng)用程序錯誤時,你需要將Cache Size設(shè)置為0。

盡管JDBC Connection Pool提供了很多高級參數(shù),在開發(fā)模式下比較有用,但大部分在生產(chǎn)環(huán)境下不需調(diào)整。這里建議最好不要設(shè)置測試表, 同時Test Reserved Connections和Test Released Connections也無需勾上。 當(dāng)然如果你的數(shù)據(jù)庫不穩(wěn)定,時斷時續(xù),你就可能需要上述的參數(shù)打開。

最后提一下驅(qū)動程序類型的選擇,以Oracle為例,Oracle提供thin驅(qū)動和oci驅(qū)動,從性能上來講,oci驅(qū)動強于thin驅(qū)動,特別是大數(shù)據(jù)量的操作。但在簡單的數(shù)據(jù)庫操作中,性能相差不大,隨著thin驅(qū)動的不斷改進,這一弱勢將得到彌補。而thin驅(qū)動的移植性明顯強于oci驅(qū)動。所以在通常情況下建議使用thin驅(qū)動。而最新驅(qū)動器由于WebLogic server/bin目錄下的類包可能不是最新的,請以Oracle網(wǎng)站為準(zhǔn): http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/jdbc9201.html。

10) JSP調(diào)優(yōu)

l         設(shè)置jsp-param pageCheckSeconds=-1；

l         設(shè)置serlet-reload-check=-1或ServletReloadCheckSecs=-1；

l         設(shè)置jsp-param precompile=true，關(guān)閉JSP預(yù)編譯選項。