tomcat調優的幾個方面
- 增加JVM堆記憶體大小
- 修復JRE記憶體洩漏
- 執行緒池設定
- 壓縮
- 資料庫效能調優
- Tomcat本地庫
- 其它選項
第1步 – 提高JVM棧記憶體Increase JVM heap memory
你使用過tomcat的話，簡單的說就是“記憶體溢位”. 通常情況下，這種問題出現在實際的生產環境中.產生這種問題的原因是tomcat使用較少的記憶體給程序,通過配置TOmcat的配置檔案(Windows 下的catalina.bat或Linux下的catalina.sh)可以解決這種問題.這種解決方法是通過增加JVM的棧記憶體實現的.也就是說，JVM通常不去呼叫垃圾回收器，所以伺服器可以更多關注處理web請求，並要求儘快完成。要更改檔案(catalina.sh) 位於"\tomcat server folder\bin\catalina.sh"，下面，給出這個檔案的配置資訊，
Java程式碼
- JAVA_OPTS="-Djava.awt.headless=true-Dfile.encoding=UTF-8
- -server -Xms1024m -Xmx1024m
- -XX:NewSize=512m -XX:MaxNewSize=512m -XX'\"0\"'alt='\"\"'src='\"static/image/smiley/default/tongue.gif\"'smilieid='\"7\"'>ermSize=512m
- -XX:MaxPermSize=512m -XX:+DisableExplicitGC"
JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8-server -Xms1024m -Xmx1024m-XX:NewSize=512m -XX:MaxNewSize=512m -XXermSize=512m-XX:MaxPermSize=512m -XX:+DisableExplicitGC"
-Xmx – 指定最大棧記憶體
在重啟你的Tomcat伺服器之後，這些配置的更改才會有效。下面將介紹如何處理JRE記憶體洩漏.
第2步 – 解決JRE記憶體洩露
效能表現不佳的另一個主要原因是記憶體洩漏，正如我之前說過：始終使用最新的tomcat伺服器以獲得更好的效能和可伸縮性。現在，這句話變成真的。如果我們使用最新的tomcat版本6.0.26及以上就可以解決這個錯誤，因為它包含了一個監聽器來處理JRE和PermGen的記憶體洩漏。使用的監聽器是，
Java程式碼- <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />你可以在server.xml檔案中找到這個監聽器的配置，server.xml位置在“tomcat project folder/conf/server.xml”。接下來，我們將看看如何調整連線屬性“maxThreads”。
第3步 – 執行緒池設定
執行緒池指定Web請求負載的數量，因此，為獲得更好的效能這部分應小心處理。可以通過調整聯結器屬性“maxThreads”完成設定。maxThreads的值應該根據流量的大小，如果值過低，將有沒有足夠的執行緒來處理所有的請求，請求將進入等待狀態，只有當一個的處理執行緒釋放後才被處理；如果設定的太大，Tomcat的啟動將花費更多時間。因此它取決於我們給maxThreads設定一個正確的值。
Java程式碼
- <Connector port="8080"address="localhost"
- maxThreads="250"maxHttpHeaderSize="8192"
- emptySessionPath="true"protocol="HTTP/1.1"
- enableLookups="false"redirectPort="8181"acceptCount="100"
- connectionTimeout="20000"disableUploadTimeout="true"/>
<Connector port="8080" address="localhost"maxThreads="250" maxHttpHeaderSize="8192"emptySessionPath="true" protocol="HTTP/1.1"enableLookups="false" redirectPort="8181" acceptCount="100"connectionTimeout="20000" disableUploadTimeout="true" />在上述配置中，maxThreads值設定為“250”，這指定可以由伺服器處理的併發請求的最大數量。如果沒有指定，這個屬性的預設值為“200”。任何多出的併發請求將收到“拒絕連線”的錯誤提示，直到另一個處理請求程序被釋放。錯誤看起來如下，
Java程式碼
- org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (250) are
- currently busy, waiting. Increase maxThreads (250) or check the servlet status
org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (250) arecurrently busy, waiting. Increase maxThreads (250) or check the servlet status如果應用提示上述錯誤，務必檢查上述錯誤是否是由於單個請求花費太長時間造成的，這個問題的原因是這樣的，有時候如果資料庫連線不釋放的話，程序將不會處理其它請求。
注意: 如果請求的數量超過了“750”，這將不是意味著將maxThreads屬性值設定為“750”，它意外著最好使用“Tomcat叢集”的多個例項。也就是說，如果有“1000”請求，兩個Tomcat例項設定“maxThreads= 500”，而不在單Tomcat例項的情況下設定maxThreads=1000。
根據我的經驗，準確值的設定可以通過將應用在在各種環境中測試得出。接下來，我們來看看如何壓縮的MIME型別。
第4步- 壓縮
Tomcat有一個通過在server.xml配置檔案中設定壓縮的選項。壓縮可以在connector像如下設定中完成，
Java程式碼- <Connector port="8080"protocol="HTTP/1.1"
- connectionTimeout="20000"
- redirectPort="8181"compression="500"
- compressableMimeType="text/html,text/xml,text/plain,application/octet-stream"/>
<Connector port="8080" protocol="HTTP/1.1"connectionTimeout="20000"redirectPort="8181" compression="500"compressableMimeType="text/html,text/xml,text/plain,application/octet-stream" />在前面的配置中，當檔案的大小大於等於500bytes時才會壓縮。如果當檔案達到了大小但是卻沒有被壓縮，那麼設定屬性compression="on"。否則Tomcat預設設定是“off”。接下來我們將看看如何調優資料庫。
第5步- 資料庫效能調優
Tomcat效能在等待資料庫查詢被執行期間會降低。如今大多數應用程式都是使用可能包含“命名查詢”的關係型資料庫。如果是那樣的話，Tomcat會在啟動時預設載入命名查詢，這個可能會提升效能。另一件重要事是確保所有資料庫連線正確地關閉。給資料庫連線池設定正確值也是十分重要的。我所說的值是指Resource要素的最大空閒數（maxIdle），最大連線數（maxActive）,最大建立連線等待時間（maxWait）屬性的值。因為配置依賴與應用要求，我也不能在本文指定正確的值。你可以通過呼叫資料庫效能測試來找到正確的值。
第6步 – Tomcat原生庫
Tomcat的原生庫基於Apache可移植執行時（Apache Portable Runtime簡稱APR），給程式設計師提供了超強的擴充套件性和效能，在產品運作中幫助融合原生的伺服器技術以展現最佳的效能。想知道安裝說明的朋友請參考Tomcat Native Library – (APR) Installation。
第7步 – 其他選項
這些選項是：
- 開啟瀏覽器的快取，這樣讀取存放在webapps資料夾裡的靜態內容會更快，大大推動整體效能。
- 每當開機時，Tomcat伺服器應當自動地重啟。
- 一般情況下HTTPS請求會比HTTP請求慢。如果你想要更好的安全性，即使慢一點我們還是要選擇HTTPS。