业余研究学习，亿级别数量的mysql库设计！

Coolriver

而且还要看这个数据怎么用，　亿级的数量没啥可怕的。
我接触过２０－３０亿记录的，也没分区，分表，一个表也挺好的。
单表５亿左右，大量的查询表现也不错的，也有。

Coolriver

而且还要看这个数据怎么用，　亿级的数量没啥可怕的。
我接触过２０－３０亿记录的，也没分区，分表，一个 ...
Coolriver 发表于 2010-07-30 12:47

    给你们点信心。

surpass_li

mysql对一般的应用来是完全有能力应付的．而且速度还是比较高的．

无名分的浪漫

mysql对一般的应用来是完全有能力应付的．而且速度还是比较高的．
surpass_li 发表于 2010-07-31 14:25

   
嗯， 比较喜欢mysql

surpass_li

回复 14# 无名分的浪漫


    开始偏向mysql。

wsysx

观望中。。。。

Pinbor

而且还要看这个数据怎么用，　亿级的数量没啥可怕的。
我接触过２０－３０亿记录的，也没分区，分表，一个 ...
Coolriver 发表于 2010-07-30 12:47

兄弟，此话当真，我现在要设计一个5亿记录的表，还有一个相关的100万左右的表，他们之间有join操作，支持web搜索，这样能支持的很好不，怎么设计，谢谢？

Coolriver

兄弟，此话当真，我现在要设计一个5亿记录的表，还有一个相关的100万左右的表，他们之间有join操作， ...
Pinbor 发表于 2010-08-17 17:27

    关建你对数据访问度，另外看你join操作的索引，考虑最小范围的命中。别让查询查找的范围太大，还需要注意写入的操作尽可能的不引起死锁。这些就是方法。实现，需要你多分析一下业务，数据来源，使用方法。