本帖最后由 aion1949 于 2009-08-27 17:59:02 编辑

解决方案 »

  1.   

    你啥都不懂,我们怎么帮你,因为说了你还是不懂,你不懂的那些,也正式可以缓解问题的部分提高查询最基本的要建索引,客户端还可以采取一些查询手段(比如,分区段查询)来提高查询速度
    插入的话,问题不会太大,因为是insert,执行后不会影响程序继续执行数据库设计是一个专业知识,不是问几句就能搞好的
      

  2.   

    数据量真多,没搞过这么多并发和数据的东西.能有那么多的用户并发查询吗?是电信一类的业务吧。首先硬件上加强,超多CPU,超多内存。分析一下用户的查询特点,是对当前月的查询的多还是对对当年的月,还是对都是平均的。
    在就是分析你的数据到底是什么内容。总的来说就是找出你的数据中压力最大的地方,这部分数据查询的用户最多。根据不现的分析结果可以有多种方式。这么大的数据量应该不是一台机子吧,将硬件设备集中分配给压力最大的数据部分上。每秒这3条的插入并一算多,同时插入和查询的情况你不用考虑,数据库系统会考虑的。插入和查询可以建立优先级,有查询的时候就暂缓插入,当系统不忙的时候在批量插入查询的时候让用户输入尽量多的内容以缩小返回的数据集合。根据用户最常用的查询来建立索引。自己做的时候就会有这些考虑,具体还得分析,看现场情况。
      

  3.   

    先结了,东西做完后,再来请教大家了 ... QQQ