背景说明 

并发访问量大的应用，容易发生服务器崩掉的情况，针对这种情况，我们在部署时，能做一些什么优化呢？看下面的配置。

◆ 应用举例

我们从以下三处来优化应用配置：

1  tomcat 的 jvm 的初始内存大小；

2  应用的数据源连接配置：reportApp.xml；

3  应用的报表配置文件：reportConfig.xml；

1

Windows 下，在文件 /bin/catalina.bat，Unix 下，在文件 /bin/catalina.sh 的前面，增加如下设置：

JAVA_OPTS=‘-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】’

需要把这个两个参数值调大。例如：

JAVA_OPTS=‘-Xms1024m –Xmx1024m’

2

newRoleReport.xml 中的配置项：

maxActive=“100”

maxIdle=“30” 

maxWait=“-1”   

参数说明：

maxActive：同时能够从连接池中被分配的可用实例的最大数； 

maxIdle：可以同时闲置在连接池中的连接的最大数； 

maxWait：最大超时时间，以毫秒计，-1 表示无限制；

3

reportConfig.xml 中的配置项：

alwaysReloadDefine：no；cachedReportTimeout：60；maxConcurrentForReport：1000；maxWaitForReport：2000；maxWaitTimeForReport：10；maxCellNum：100000；

      <name>alwaysReloadDefine</name>

      <value>no</value>

    </config>

    <config>

      <name>cachedParamsTimeout</name>

      <value>60</value>

    </config>   

    <config>

      <name>cachedReportTimeout</name>

      <value>60</value>

    </config>

    <config>

      <name>maxCellNum</name>

      <value>100000</value>

    </config>

    <config>

      <name>maxConcurrentForReport</name>

      <value>1000</value>

    </config>

    <config>

      <name>maxWaitForReport</name>

      <value>2000</value>

    </config>

    <config>

      <name>maxWaitTimeForReport</name>

      <value>10</value>

</config>

参数说明：

(1) alwaysReloadDefine 实时载入报表，应用制作好后，设置为 no；在开发模式下，设置为 yes，可以在页面上看到报表实时修改后的效果。

(2) cachedParamsTimeout 表示提交给报表的参数在缓存中保存的时间，以分钟为单位。如果不设此参数，缺省值是 120 分。

(3) cachedReportTimeout 表示报表缓存保存的时间，以分钟为单位。如果不设此参数，缺省值是 120 分。此值应根据实际内存大小、缓存文件夹空间大小来调节，一般在 1－3 小时之间。

(4) maxCellNum 当前报表系统能运算的最大单元格数，能够动态控制并发数。该数值的大小取决于硬件的配置，一般来说内存越大，这些数值可以设得越大，但最多建议不要超过 2000000。

(5) maxConcurrentForReport 表示报表 WEB 应用中服务器可以同时计算的报表的个数，以便有效控制服务器的内存使用量。该数值的大小取决于硬件的配置，一般来说内存越大，这些数值可以设得越大，但最多建议不要超过 1000。

(6) maxWaitForReport 表示报表 WEB 应用中服务器可以等待计算的报表的个数，以便有效控制服务器的内存使用量。该数值的大小取决于硬件的配置，一般来说内存越大，这个数值可以设得越大，但最多建议不要超过 2000。

(7) maxWaitTimeForReport 表示内存溢出后，最长等待多久才允许新任务访问，以秒为单位，一般建议为 10