Tomcat併發數優化的方法總結

web應用的併發提高，除了負載均衡。在小企業中也能夠經過一些軟件的上的設置來進行一些優化。下面是一些在服務器上修改tomcat參數的優化方法，很是簡單實用！（這些方法經過網絡整理的）

1，讓Tomcat6 中支持Java語言的特性 NIO( New I/O)
引用
使用NIO在服務器端會有更好的性能，增強服務器端對併發處理的性能。  請注意：很抱歉，在tomcat6在默認的配置選項中是沒有把NIO功能打開。因此不少正在使用Tomcat6的朋友們本覺得能快活的使用上NIO。
而NIO則是使用單線程(單個CPU)或者只使用少許的多線程(多CPU)來接受Socket，而由線程池來處理堵塞在pipe或者隊列裏的請求.這樣的話，只要OS能夠接受TCP的鏈接，web服務器就能夠處理該請求。大大提升了web服務器的可伸縮性。

能夠在控制檯的啓動信息裏看見，默認狀態下沒有被打開nio配置，啓動時的信息,以下：
2010-2-1 12:59:40 org.apache.coyote.http11.Http11Protocol init
信息: Initializing Coyote HTTP/1.1 on http-8080
2010-2-1 12:59:40 org.apache.catalina.startup.Catalina load

修改爲支持NIO的類型，配置以下：

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
               connectionTimeout="20000"
               redirectPort="8443" />



進行測試，被打開nio配置，啓動時的信息，以下：
2010-2-1 13:01:01 org.apache.tomcat.util.net.NioSelectorPool getSharedSelector
信息: Using a shared selector for servlet write/read
2010-2-1 13:01:01 org.apache.coyote.http11.Http11NioProtocol init
信息: Initializing Coyote HTTP/1.1 on http-8080
這樣才能讓你真正體驗到Tomcat6下NIO給你的系統帶來的快感。

2，修改Tomcat 6默認的maxThread
引用
打開server.xml能夠看到以下配置：
<Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
官方文檔默認說支持200但彷佛超過40就不行了

修改方法 :

<Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" maxThreads="150"/>


引用

在tomcat配置文件server.xml中的<Connector ... />配置中，和鏈接數相關的參數有：
minProcessors：最小空閒鏈接線程數，用於提升系統處理性能，默認值爲10
maxProcessors：最大鏈接線程數，即：併發處理的最大請求數，默認值爲75
acceptCount：容許的最大鏈接數，應大於等於maxProcessors，默認值爲100
enableLookups：是否反查域名，取值爲：true或false。爲了提升處理能力，應設置爲false
connectionTimeout：網絡鏈接超時，單位：毫秒。設置爲0表示永不超時，這樣設置有隱患的。一般可設置爲30000毫秒。

其中和最大鏈接數相關的參數爲maxProcessors和acceptCount。若是要加大併發鏈接數，應同時加大這兩個參數。


3,大量的併發也意味着大量的服務器資源，因此修改一下tomcat的JVM參數也是必要的

錯誤提示：java.lang.OutOfMemoryError: Java heap space
引用
Windows環境下修改「%TOMCAT_HOME%\bin\catalina.bat」文件，在文件開頭增長以下設置：set JAVA_OPTS=-Xms256m -Xmx512m

Linux環境下修改「%TOMCAT_HOME%\bin\catalina.sh」文件，在文件開頭增長以下設置：JAVA_OPTS=’-Xms256m -Xmx512m’


引用

JVM設置
堆的尺寸
-Xmssize in bytes
    設定Java堆的初始尺寸，缺省尺寸是2097152 (2MB)。這個值必須是1024個字節（1KB）的倍數，且比它大。（-server選項把缺省尺寸增長到32M。）
-Xmnsize in bytes
    爲Eden對象設定初始Java堆的大小，缺省值爲640K。（-server選項把缺省尺寸增長到2M。)
-Xmxsize in bytes
    設定Java堆的最大尺寸，缺省值爲64M，（-server選項把缺省尺寸增長到128M。） 最大的堆尺寸達到將近2GB（2048MB）。

請注意：不少垃圾收集器的選項依賴於堆大小的設定。請在微調垃圾收集器使用內存空間的方式以前，確認是否已經正確設定了堆的尺寸。

垃圾收集:內存的使用
-XX:MinHeapFreeRatio=percentage as a whole number
    修改垃圾回收以後堆中可用內存的最小百分比，缺省值是40。若是垃圾回收後至少還有40%的堆內存沒有被釋放，則系統將增長堆的尺寸。
-XX:MaxHeapFreeRatio=percentage as a whole number
    改變垃圾回收以後和堆內存縮小以前可用堆內存的最大百分比，缺省值爲70。這意味着若是在垃圾回收以後還有大於70%的堆內存，則系統就會減小堆的尺寸。
-XX:NewSize=size in bytes
    爲已分配內存的對象中的Eden代設置缺省的內存尺寸。它的缺省值是640K。（-server選項把缺省尺寸增長到2M。）
-XX:MaxNewSize=size in bytes
    容許您改變初期對象空間的上限，新建對象所需的內存就是從這個空間中分配來的，這個選項的缺省值是640K。（-server選項把缺省尺寸增長到2M。）
-XX:NewRatio=value
    改變新舊空間的尺寸比例，這個比例的缺省值是8，意思是新空間的尺寸是舊空間的1/8。
-XX:SurvivorRatio=number
    改變Eden對象空間和殘存空間的尺寸比例，這個比例的缺省值是10，意思是Eden對象空間的尺寸比殘存空間大survivorRatio+2倍。
-XX:TargetSurvivorRatio=percentage
    設定您所指望的空間提取後被使用的殘存空間的百分比，缺省值是50。
-XX:MaxPermSize=size in MB
    長久代（permanent generation）的尺寸，缺省值爲32（32MB）。

有關JVM的參數設置可參考這個地址：http://daichangfu.iteye.com/blog/893844


web server容許的最大鏈接數還受制於操做系統的內核參數設置，一般Windows是2000個左右，Linux是1000個左右。Unix中如何設置這些參數，請參閱Unix經常使用監控和管理命令