MYSQL支持大型数据库处理,对应于普通大小的记录,处理50000000条记录没问题,很灵活。具体多大,MYSQL是不会公开秘密的。

解决方案 »

  1.   

    有什么样的文件有这么巨大的规模啊?
    牛!一整个VCD电影的文件都没有超过4G的,而且,本人的硬盘够没有大过4G
    :)
      

  2.   

    哦。对不起,现在我想起来了:
    当你整个表的数据量超过4G的时候(这种情况一般不会发生,除非是数据管理不善),也就是MYSQL DBMS不能管理数据了,你就该换大型的数据库DBMS了,比如ORACLE。
    一般的表格是不会有如此之大的数据规模的,对那些通过累积数据而庞大起来的数据表,正常的做法是每隔一定时间来备份,把不用的数据备份到其他地方(如磁带),对于那些有时用有时又不用的数据,当然是在需要时候才外挂进来,而对于用户之类的数据,一般的方法就是删除老长时间都不来使用的用户帐号(比如两年),如果他要重新使用时得就让他重新注册,另外,还没听说过用户数据表超过几个G的。
      

  3.   

    我的数据库才几百M,在dump出来的时候不会有问题,但当把dump的东西要重新执行时,却极慢!可以说让我无法妨受。
    后来,我是直接把数据库那个目录tar出来的形式备份的。
    另外,我现在的表最多的只有几士万条记录,但在联合查询的时候却表现得很慢,估计需要士几秒钟吧。
    不知我上面的情况大家遇见过没有?如果没有,能否分析一下是什么原因?
      

  4.   

    MySQL Version 3.22 has a 4G limit on table size. With the new MyISAM table type in MySQL Version 3.23, the maximum table size is pushed up to 8 million terabytes (2 ^ 63 bytes).