今数据库中,有二个表,一个:订单基本信息表Bill,第二个,产品明细表Product,product数据表中有一列,存储着订单编号。
   现在,有两个系统,一个为订单提交系统,订单的基本信息存储在bill中,与订单相关连的产品信息要存储在product表中,
另外一个系统是订单审核系统,专门用户审核订单的,一旦发现有订单就提示,需要审核,订单的信息
 从bill中取出,订单产品信息从product取出。订单提交系统短时间内同时会有上千人提交,而审核系统会时刻的轮询有没有新的订单需要审核。请问 这样设计可以吗,会有什么隐藏问题,会不会发生数据库并发死锁问题,还有什么其他好的设计方式吗?
我们的系统就是采用这种方式,平常用户少的时候,没有问题,用户量多的时候(还不到200人),特别是短时间内大用户量提交订单,系统直接崩溃,按道理说,tomcat 在这样的用户量的情况下(还不到200人),不至于出现这样的情况,大家有什么意见

解决方案 »

  1.   

    设计没多大问题.
    跟踪并找到导致崩溃的地方, 内存溢出? 连接池问题? 等等, 估计是连接问题. 
    建议用JBoss, tomcat没有连接池管理, 对这种大量并发吃不消的.
      

  2.   

    主要还是要看系统不行时的异常信息,不到200的并发 tomcat还不至于不行~~
      

  3.   


    使用了 mysql 数据库,linux 系统。
      

  4.   

    还是好好 看看 数据库 操作部分, 是不是有潜在 bug