如何優化tomcat配置(從記憶體、併發、快取4個方面)優化

[+]

Tomcat有很多方面，我從記憶體、併發、快取四個方面介紹優化方法。 
　　

一.Tomcat記憶體優化

　　Tomcat記憶體優化主要是對 tomcat 啟動引數優化，我們可以在 tomcat 的啟動指令碼 catalina.sh 中設定 java_OPTS 引數。 
　　JAVA_OPTS引數說明 
　　-server 啟用jdk 的 server 版； 
　　-Xms Java虛擬機器初始化時的最小記憶體； 
　　-Xmx java虛擬機器可使用的最大記憶體； 
　　-XX: PermSize 記憶體永久保留區域 
　　-XX:MaxPermSize 記憶體最大永久保留區域 
　　伺服器引數配置

　　現公司伺服器記憶體一般都可以加到最大2G ，所以可以採取以下配置：

　　JAVA_OPTS=’-Xms1024m -Xmx2048m -XX: PermSize=256M -XX:MaxNewSize=256m -XX:MaxPermSize=256m’

　　配置完成後可重啟Tomcat ，通過以下命令進行檢視配置是否生效： 
　　首先檢視Tomcat 程式號：

　　sudo lsof -i:9027

　　我們可以看到Tomcat 程式號是 12222 。 
　　檢視是否配置生效：

　　sudo jmap – heap 12222

　　我們可以看到MaxHeapSize 等引數已經生效。

二.Tomcat併發優化

　　1.Tomcat連線相關引數

　　在Tomcat 配置檔案 server.xml 中的

　　<Connector port="9027"　　protocol="HTTP/1.1"　　maxHttpHeaderSize="8192"　　minProcessors="100"　　maxProcessors="1000"　　acceptCount="1000"　　redirectPort="8443"　　disableUploadTimeout="true"/>1234567812345678

　　2.調整聯結器connector的併發處理能力

　　1>引數說明

　　maxThreads 客戶請求最大執行緒數 
　　minSpareThreads Tomcat初始化時建立的 socket 執行緒數 
　　maxSpareThreads Tomcat聯結器的最大空閒 socket 執行緒數 
　　enableLookups 若設為true, 則支援域名解析，可把 ip 地址解析為主機名 
　　redirectPort 在需要基於安全通道的場合，把客戶請求轉發到基於SSL 的 redirectPort 埠 
　　acceptAccount 監聽埠佇列最大數，滿了之後客戶請求會被拒絕（不能小於maxSpareThreads ） 
　　connectionTimeout 連線超時 
　　minProcessors 伺服器建立時的最小處理執行緒數 
　　maxProcessors 伺服器同時最大處理執行緒數 
　　URIEncoding URL統一編碼

　　2>Tomcat中的配置示例

　　<Connector port="9027"　　protocol="HTTP/1.1"　　maxHttpHeaderSize="8192"　　maxThreads="1000"　　minSpareThreads="100"　　maxSpareThreads="1000"　　minProcessors="100"　　maxProcessors="1000"　　enableLookups="false"　　URIEncoding="utf-8"　　acceptCount="1000"　　redirectPort="8443"　　disableUploadTimeout="true"/>1234567891011121312345678910111213

　　3.Tomcat快取優化

　　1>引數說明

　　c ompression 開啟壓縮功能 
　　compressionMinSize 啟用壓縮的輸出內容大小，這裡面預設為2KB 
　　compressableMimeType 壓縮型別 
　　connectionTimeout 定義建立客戶連線超時的時間. 如果為 -1, 表示不限制建立客戶連線的時間

　　2>Tomcat中的配置示例

　　<Connector port="9027"　　protocol="HTTP/1.1"　　maxHttpHeaderSize="8192"　　maxThreads="1000"　　minSpareThreads="100"　　maxSpareThreads="1000"　　minProcessors="100"　　maxProcessors="1000"　　enableLookups="false"　　compression="on"　　compressionMinSize="2048"　　compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"　　connectionTimeout="20000"　　URIEncoding="utf-8"　　acceptCount="1000"　　redirectPort="8443"　　disableUploadTimeout="true"/>12345678910111213141516171234567891011121314151617

　　4.參考配置

　　1>舊有的配置

　　參考網路對伺服器做過如下配置，拿出來分享下：

reads="1000"　　minSpareThreads="25"　　maxSpareThreads="75"　　enableLookups="false"　　compression="on"　　compressionMinSize="2048"　　compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"　　connectionTimeout="20000"　　URIEncoding="utf-8"　　acceptCount="200"　　redirectPort="8443"　　disableUploadTimeout="true" />123456789101112131415123456789101112131415

　　後來發現在訪問量達到3 百萬多的時候出現效能瓶頸。 
　　2>更改後的配置

　　<Connector port="9027"　　protocol="HTTP/1.1"　　maxHttpHeaderSize="8192"　　maxThreads="1000"　　minSpareThreads="100"　　maxSpareThreads="1000"　　minProcessors="100"　　maxProcessors="1000"　　enableLookups="false"　　compression="on"　　compressionMinSize="2048"　　compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"　　connectionTimeout="20000"　　URIEncoding="utf-8"　　acceptCount="1000"　　redirectPort="8443"　　disableUploadTimeout="true"/>

總結：再牛的伺服器，也頂不住相容不好的程式碼 優化的條件是良好的程式碼質量和設計。