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

yueliangdao0608

我们马上要用MYSQL来处理上亿的记录。

yueliangdao0608

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

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

yueliangdao0608

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

yueliangdao0608

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

yueliangdao0608

原帖由 chuhongze 于 2008-5-29 00:27 发表




实现读写分离是一种方法,不足的是这样还是没有解决表数据量大，使查询运算耗时的问题.

Then you should consider to split your databases and tables.

yueliangdao0608

原帖由 飞哥林 于 2008-6-4 17:42 发表
我有一个疑问，这么大一张表，读写磁盘I/O应该会成为瓶颈吧？
分表是不是可以把不同的表放到不同的磁盘中？如何提高磁盘I/O性能呢？

You can only fetch what you want,it is very small.

yueliangdao0608

Try to think of difference between big file and small file.

yueliangdao0608

原帖由 chancey 于 2008-7-10 18:30 发表
七八个600多万数据的表 白天的QPS保持在1000以上 一台MYSQL跑起来跟玩一样！
配置也一般 Xeon 1.6 *2 2-core , 4G内存

This is very normal after you have chosen the proper engine and the proper index.

yueliangdao0608

原帖由 odo_cd 于 2008-7-17 07:34 发表
我刚完成dz6.1
方法是手工生成posts表
使用的时候分指定表或者随机表的方式

经测试，使用随机表的压力减少很多

随机表？

分享一下吧。

yueliangdao0608

1. 我遇到过单表50G的数据量。
2. LZ实在是没有办法提高性能的话，建议增加硬件或者做静态小表。