将来公司有一个新的项目需要做一些数据库选型,这个项目的大概情况是这样的:并发最大为100;不过对于其中一个主要的数据信息表一天的产生量有六万左右。一年下来估计会有六七千万的数据估计还是会有的。不知道mysql能承受这种数据负载吗? 如果可以,还需要注意那些方面的东西。需不需要集群什么的,软件架构上需要什么特殊的考虑吗?
 
请明白的说一说,越详细越好。这个分不多,有好的建议可以去我另一个帖子。http://topic.csdn.net/u/20110828/20/6476a263-9443-48f3-80b9-c2fda42b62b4.html

解决方案 »

  1.   

    貌似淘宝、校内都是用的mysql
      

  2.   

    数据量大的时候就要考虑分表了,当前看,mysql应该是能支持的。需要规划好存储、索引。小成本的最佳解决方案了。
      

  3.   

    这个真不用你担心   人家腾讯还是用mysql数据库的了   
      

  4.   

    数据存储和访问没有问题,我做过的系统之一:每天200万条数据,完全没有问题。但有一个问题你需要考虑:data purge,数据清除,MySQL的表,删除数据并没有真正的释放空间,必须执行optimize操作,这个过程是非常的漫长。我建议你在你的实际情况中,模拟出一些数据来测试一下,看看这个data purge的过程是否会影响你的系统。
      

  5.   

    绝对没问题,我们做过一个系统,模拟过3000的并发,不过mysql用的是集群
      

  6.   

    淘宝,腾讯,facebook都是用mysql的?真的假的哦
      

  7.   

    查询和使用效率,对于我的应用来说,目前还没有问题,主要是加了些索引。由于我的应用的使用特性,我没有花太多的时间去彻底解决它,因为:通常晚上没有人用,数据只需要保存3个月。所以做了个进程,每天晚上对一个表做data purge,(有20多个表,一天做一个)你说的分表,也是个不错的方法,应该没有对应用透明的方法,需要在程序中做些处理才可以,我觉得。
      

  8.   

    还有:我其实是做个master-》slave,所有的写操作都对master数据库,其他的第三方应用都用slave数据库,它是只读的,同步是自动的。如果你如果担心性能问题的话,可以用这种方式。
      

  9.   

    哥们  淘宝怎么会用mysql呢  应该是sybase吧
      

  10.   

    没钱买ORALCE吗??神马破公司 没钱也可以用盗版的啊 才几个钱。