【讨论】系统并发问题

Question

本帖最后由 yinyuan1987 于 2009-07-13 10:22:01 编辑

Answer 1

服务器 down 机，还是数据库死掉，还是 web 容器死掉？

Answer 2

首先硬件方面要确保跑得起来,当然配置越高越好了
其次tomcat里面线程池等要设置大些
再者jvm内存也要足够大

Answer 3

恩
LS这位仁兄说的好
呵呵
要高，大，多！
而且像一下查询操作啊，尽量缩小范围
sql语句做一些优化我以前的一个情况就是，间隔很短查询数据库
而且sql语句不好
几个人都能把服务器整死
不过那个服务器配置是低了点，还奔三呢

Answer 4

 可能是网站内存溢出. 我以前也遇到过这种情况.解决方案:
   
    其实这种现象在Java语言中很正常，我们通常称之为Java内存溢出。由于我们在Java程序中声明了好多对象，占用了内存空间，程序结束时没有将这些对象或对象的引用进行释放，从而导致Java虚拟机（JVM）进行垃圾回收（GC）时，不能够回收这些对象。这样，Java所用的内存就会一直增加，直至溢出，进而导致Resin死机。 
    导致Java内存溢出的根本原因是Java程序的不规范或不健壮。因此，从根本上解决Java内存溢出的唯一方法就是修改Java程序，及时地释放没用的对象，释放内存空间。 
    除了这个方法以外，还有一些应急措施，可以临时缓解一下系统的运行。Resin默认情况是死机以后不能访问网站，必须手动重启Resin，但不可能一直看在机器旁边，看Resin有没有死机。所以这里介绍一种让Resin自重启的方法。 
    打开Resin的配置文件resin.conf（一般情况下，该文件在Resin目录的conf文件夹下）。里面有一段内容如下所示： 
  <!-- 
     - Ping to test if the web server is still up.  You can uncomment this 
     - and point it to pages on the webserver that exercise your main 
     - logic (like database access).  If the GET fails, it will restart 
     - the server.  This will catch deadlocks, but not JDK freezes. 
     - <ping sleep-time=’1m’ retry-count=’3’ retry-time=’1s’> 
     -   <url>http://localhost:8080/ping/ping.jsp</url> 
     - </ping> 
   --> 

Answer 5

你说的出现死机的情况是指服务器直接死机了，还是说应用死了？
找一下log 发出来吧，里面应该会有异常之类的，这样才能更准确的去分析问题

Answer 6

客户端死掉，就说明前台技术有问题(ajax、javascript 之类的)
服务器死掉，原因就可以很多了，要看具体抛出什么异常，有什么log

Answer 7

你的服务器使用的是Tomcat
里面对最大连接数的数值等配置设置没

Answer 8

　　朋友, 千万不要怪罪jsp+javabean, 虽然以上概念我连碰都没碰过, 但是世界上的道理都是相通的, 所以, 你在以上环境上碰到问题, 千万不要以为到了别的环境里就能解决.　　这种并发性的现象往往和几个问题相关: 1, 数据库的锁的问题, 当数据库狂转的时候难保某些病态的事务占着茅坑不拉屎, 这些跟编码不好有关系; 2, 系统顶不住太高的并发操作, CPU 100%了, 这个和你的设计有关, 你的设计是否足够牛B去承受千军万马的请求, 这个时候, 往往用缓冲会大大解决你的问题, 但也不是最终解决办法; 3, 内存是否吃紧了, 用空间换时间玩过了就是内存不够, 同样会因此你的问题; 4, 你的系统设计存在资源共享与争用的问题, 看看这部分你有没有用最土的生产消费等理论去解决, 如果什么相应处理共享与争夺的代码都没有, 出事就是必然了.

Answer 9

很多情况下是由于不合理设计导致的
以上大家都是说的服务器当机
客户端死掉的原因很简单可能有一下两个1 客户端及其配置太差劲
2 http响应数据太大，比如你一次给客户端传递1w条数据，不用分页直接显示出来，客户端浏览器就提示内存溢出

Answer 10

tomcat线程设置最大没．．
JVM　设置下．
SQL语句优化．．等等．．．
最怕的就是session没关闭．

Answer 11

解决方法只有一个~~
多台机器做集群    分担TOMCAT 服务
最好把数据库也做个集群~~
别的办法没有了!!  曾经做学校的项目就是这么解决的