一次服务器卡死以及引申出的java_opts

年前，前端拨测发现某业务卡死，后台top一看，大约3个java进程占据了大概3G内存，其余还有几个java进程虎视眈眈，占据2G内存。开始定位。

首先，为什么会有这么多个叫java的进程呢？一问，是在一个用户下使用了10个tomcat（为什么会在一个tomcat里起10个tomcat，而不是一个tomcat调大一点线程池数量？连接数？或者用2个或者5个的集群设计？服务器资源不够，为什么不只用一个tomcat？）后话，先不管了，问服务人员，当时的研发给的答复是：过段时间重启。每隔一段时间重启这也算解决方案？

继续看，发现不管是catalina.sh还是setevn.sh，没有需要是java_opts，如我们常用到的限制

JAVA_OPTS="$JAVA_OPTS -Xmn768m -Xms2048m -Xmx2048m -XX:PermSize=128m -XX:MaxPermSize=256m"

于是，先不讨论内存泄露可能情况下的问题原因在于没有设置mx值，导致某个tomcat容器的jvm不断吃内存，终于吃不消了，参见http://stackoverflow.com/questions/2915276/what-is-the-default-maximum-heap-size-for-suns-jvm-from-java-se-6，不设置mx情况下，最大可以吃到物理内存的1/4，于是内存很容易的满了，比重启好一点的解决方法，设置mx值，在setenv.sh中添加如上类似内容，后面在修改10个tomcat的问题。问题解决

关于JAVA_OPTS的一些，可以参考java官网文档。搜到的很多文档都会讲怎么去设置mn，ms，mx等，只有从官方文档才能找到默认值，比如我不设，会怎么样，比如http://www.oracle.com/technetwork/java/javase/6u18-142093.html，ms，初始堆大小，如果不设置，最小8M，一般为物理内存的1/64（主要是服务器现在哪儿找1G内存以下的啊）

常见的设置可以参考

/article/3954696.html和http://kenwublog.com/docs/java6-jvm-options-chinese-edition.htm