将来公司有一个新的项目需要做一些数据库选型,这个项目的大概情况是这样的:并发最大为100;不过对于其中一个主要的数据信息表一天的产生量有六万左右。一年下来估计会有六七千万的数据估计还是会有的。不知道mysql能承受这种数据负载吗? 如果可以,还需要注意那些方面的东西。需不需要集群什么的,软件架构上需要什么特殊的考虑吗?
 
请明白的说一说,越详细越好。

解决方案 »

  1.   

    并发数100倒不是什么问题。一天60K记录,一年 365*60K = 22M 也就是 2千2百万。 这个数据MYSQL可以支持。不过你自己需要测算一下每条记录的大小是多少。http://dev.mysql.com/doc/refman/5.5/en/storage-engines.html
    Table 13.1. Storage Engines Feature Summary
    13.5. The MyISAM Storage Engine
    There is a limit of (232)2 (1.844E+19) rows in a MyISAM table.
      

  2.   

    建议参考一下MYSQL手册,然后选择适合的存储引擎。至于集群则要看你的应用的可靠性需求。高可靠性时则应该考虑集群。
      

  3.   

    看你们的DBA擅长什么数据库就选择什么数据库,或者你们公司大部分业务在用什么库就用什么库,你这种应用任何数据库都可以撑得住
      

  4.   

    MYSQL可以胜任,考虑用分区表,建议使用INNODB引擎,可以使用事务、外键
      

  5.   

    参考一下
    http://dev.mysql.com/doc/refman/5.1/zh/partitioning.html