一个Web报表项目的性能分析和优化实践(三) :提高Web应用服务器Tomcat的内存配置，并确认配置正确

摘要

上一篇，一个Web报表项目的性能分析和优化实践(一)：小试牛刀,统一显示SQL语句执行时间 ，讲述了项目优化的整体背景，重点讲述了统一显示了Web项目SQL语句的执行时间。

本篇，将重点介绍提高Web应用服务器Tomcat的内存配置，并确认配置正确的方法。

背景

这个Web报表项目，用的Linux系统，Web应用服务器使用的是Tomcat7.0。

根据已有程序开发的经验，我认为手动分配和提高Tomcat的内存，能够降低Web请求响应时间，提高系统的性能。

手动提高Tomcat内存前后的响应时间，没有记录和进行对比，因此“提高了系统的性能”现在只能算是一种“感觉”。

实际提升了多大幅度的性能，还需要有真实数据进行对比才能知道。

本文，不再探讨此问题，重点阐述如何配置Linux下的Tomcat的内存。

1.配置方法

Linux系统

在/usr/local/tomcat/bin 目录下的catalina.sh添加：

JAVA_OPTS='-Xms512m -Xmx1024m'
要加“m”说明是MB，否则就是KB了，在启动tomcat时会 报内存不足。

-Xms：初始值
-Xmx：最大值
-Xmn：最小值

注：Tomcat的路径可能有所不同。

catalina.sh

# -----------------------------------------------------------------------------(上面还有很多#开头的注释)

# OS specific support. $var _must_ be set to either true or false.
JAVA_OPTS= ‘-Xms512m -Xmx1024m’
cygwin=false
darwin=false
os400=false
case "`uname`" in
CYGWIN*) cygwin=true;;
Darwin*) darwin=true;;
OS400*) os400=true;;
esac

Windows系统
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m

经验教训

Linux下的配置方法和Windows下的是不一样的。

这类问题是很常见的，总结成文，而不是放在大脑里，很有必要。

2.查看Tomcat的内存配置

如果，我们只是根据自己的或者网友的方法，配置了参数，就认为“万事大吉”，是非常不科学的，是不负责任的表现。

Tomcat完整的压缩包中，webapps目录含有manager这个项目。

比如C:\apache-tomcat-7.0.22\webapps\manager

我们Linux系统的项目中，已经把这个模块删除了。

现在，重新拷贝这个模块到Tomcat的webapps目录。

第一次访问的时候，没有权限。

需要修改tomcat的conf目录下的tomcat-users.xml这个配置文件，增加以下配置

<tomcat-users>

<role rolename="manager-gui"/>

<user username="username" password="123456" roles="manager-gui"/>

</tomcat-uses>

然后，使用配置的用户名和密码，访问 http://ip:port/manager。

点击Server Status 超链接，或者直接访问 http://ip:port/manager/status。

可以看到以下信息

看到“Free memory: 268.18 MB Total memory: 970.18 MB Max memory: 1758.25 MB”才真正表明，我们的配置成功了。

3.真相何在

细心的读者可能会发现，“Free memory: 268.18 MB Total memory: 970.18 MB Max memory: 1758.25 MB”与我们配置的‘-Xms512m -Xmx1024m’不完全吻合。
从上面的参数中，我们只能知道Tomcat的内存确实增大了，但是增大的规则和我们预期的不完全一样。

Total memory和Max memory等具体表示啥含义，为什么会是这样，我现在还不是很清楚。

这个问题暂时不再深究，今后，再看Tomcat的书籍和文档，可能能够找到这个问题的答案。

知道的同学，可以留言告诉我下。

4.回答一个热心网友的评论

评论内容

我没有仔细看你写的代码，但是看你的标题之后，我处理的流程会是：
在程序没有错的情况下，
一、看hql语句是否被滥用了，该用select col from table的写成select * from table了
二、看where子句的执行顺序，一般最后面的条件是过滤掉大部分数据的条件，以次类推。看看是否改用join的地方使用了select col from table where col in (select ...)的语句，检查视图的sql语句
三、给表的列适当建立索引
四、再高级一些的就是读写分离或者mysql集群了(我也木有搞过)

--评论参见：http://blog.csdn.net/fansunion/article/details/13620783

我的回复

1."该用select col from table的写成select * from table了"
查询了过多的字段，这种情况是存在的。
这个晚点优化。
2.看where子句的执行顺序。
咱们用的大多数 关联查询，很少用子查询。
这个晚点优化。

3.给表的列适当建立索引。
这个是本周的重点。
我们有一个数据库，全是数据和维度，有数据更新的时候，才会插入。
索引会比较有效。
4.读写分离或者mysql集群。
等正式上线，数据量大了之后，应该会弄。
我也不熟悉，需要边学边用，不会的就去问boss或者公司相关大牛。

相关阅读

一个Web报表项目的性能分析和优化实践(一)：小试牛刀,统一显示SQL语句执行时间

一个Web报表项目的性能分析和优化实践(二)：MySQL数据库连接不够用(TooManyConnections)问题的一次分析和解决案例

原文参见：http://FansUnion.cn/articles/3019