我有个表已经100万条记录了。不知道MySQL能够有效处理的记录数是多大数量级的？1000万条还行吗？

估计和操作系统、文件系统、硬件情况有关吧。

理论上我觉得上亿条应该没问题。。。32位无符号整数那么大。。。或者64位无符号整数那么大。。。

其实你可以自己测试一下啊，既然已经有100万条记录，再写个脚本重复插入几十个100万试一试。。。

[ 本帖最后由 CodeCoolie 于 2008-3-11 14:06 编辑 ]

楼主杞人忧天，这点数据量对 MySQL 应该是小意思。
CNSW 这个论坛，就是 MySQL 的，发贴量都好几百万了吧。

主题: 26447, 帖子: 289362, 会员: 11227

csdn上有个高并发网站构架的视频
一个sohu论坛以前的构架师说的
mysql的单表数据量就是100万，多了执行效率下降的很明显，你可以去看看
具体名字我忘了

引用:

原帖由 zergtant 于 2008-3-11 14:27 发表
csdn上有个高并发网站构架的视频
一个sohu论坛以前的构架师说的
mysql的单表数据量就是100万，多了执行效率下降的很明显，你可以去看看
具体名字我忘了

执行效率下降，不代表不支持更多记录啊。。。

这个问题很容易测试的，你写个随机数据往表里面插，然后查询就知道了。各种数据库都差不多。单个表的索引算法玩不出多少花样，不可能在这些很基本的功能上有多大效率的差别。
具体还要看是什么样的查询，还有表上有哪些索引和触发器。索引和触发器影响更新性能。但是索引可以加快查询速度。
假如是以重复几率很小的数字进行索引查询还是很快的。
更新的话，如果表上有索引，更新是很慢的。有时候，有可能降到1条/秒。

[ 本帖最后由 wandou 于 2008-3-11 15:09 编辑 ]

随着记录数量的增长，各种数据库的效率都是要下降的。特别是某些遍历表达的查询，比如sum。

1000万条没问题
就是慢点……

Google也在用MySQL，你觉得它有多少条记录呢？