mysql 单表，过4g，1千w多行数据，问题。

feihulove

兄弟说的对,我只做了初步的简单测试,没有进行复杂测试,以后有时间会继续

wind_lq

看来SUN把mysql买下来真是瞎了眼

原帖由 dalianlxw 于 2007-12-9 08:42 发表
discuz,不太清楚他的结构,对于我用mysql的经验,你这种情况只能用分表这种办法!
方案:将表按一定的规则算法拆分,只要你有了这种算法,肯定也能根据这种算法找到库了!目前我正和mysql公司的人也用这种方案拆分的! ...

yueliangdao0608

原帖由 wind_lq 于 2008-3-26 12:08 发表
看来SUN把mysql买下来真是瞎了眼

RANGE的测试好像的确不理想。下次我再测试一下。

7717060

我 来关注一下，呵呵

reanxp

1kw的数据，考虑到未来的数量增量，分100－1000个表吧，不需要太大的代价，就可以将查询效率提升上去。
至于怎么分，就要根据业务需求自行确定了，反正只要能达到均分数据的目的就ok

yueliangdao0608

分表是一个很好的方案。性能提高的很厉害。

小胡他爹

:wink:

原帖由 sunnyfun 于 2008-2-15 09:04 发表
理论上mysql单表可以存放 1.844E+19 ((2^32)^2)  条记录，理论而已。
实际使用的话单表放几十万条可能就让人担心的要死了，要往死里优化。其他数据库也差不多，呵呵。

几十万的数据在我们眼里都是小数目的。我们的数据基本上随便都是几百万条以上的。怎么能说ＭＹＳＱＬ几十万条就不行了呢。难道是ＭＳ　ＡＣＣＥＳＳ不成。:wink:

passun

用PostgreSQL

yueliangdao0608

其实在数据多的时候，就不再是数据库本身的问题了。