mysql支撑千万级的数据是否会有问题？

主表有千万级的数据，最多可能达到3000万甚至更多，而有些多对多的关联表的数据可能是主表的若干倍，有点担心mysql吃不消，不知道有没有哪位有这样的经验？谢谢

你把数据导入进去，做个压力测试不就知道了吗？

恩，迟早要做这个测试的，先问一下，导这么些数据也要花蛮长时间啊~~

别试验了，1个表3000W，别说mysql， oracle也吃不消

oracle应该可以的吧！
公安的常住人口管理大点城市都上千万了。据我了解是oracle.1500w肯定有，等明我确认一下。

上1000万是能支持的（读取时需要一些特殊的处理，否则速度慢得想撞墙），我们公司有过这样的应用
不过3000w，还若干倍，就比较悬了

一直很奇怪的，在JavaEye上基本上没有看到建议“分表”的。这么大的数据量在一张表中，为啥不用分表？ 分表难道坏处很多吗？
   比如这次是3000w这么夸张的数据，按照我的实际经验，第一反应就是设法分表，尽量控制每张表格在千万级别以下，甚至不超过500w一张表也说不定。
    分表的话，麻烦的地方在于分表的算法需要自己确定，各种日常操作要全部改成存储过程来进行操作。但是相比一个巨大的像炸弹一样的表放在数据库里面，应该好过不少吧。

以前公司的sql server也是几千万的数据啊，好像也没大问题，怎么oracle几千万就吃不消了？难道因为机器比较牛？
分表麻烦，程序量估计要多好几倍啊，全用存储过程是不可能的。
也许我高估了数据量，等到真有这么多数据再说吧，那时候我估计都发了，请他10个数据库专家来解决，我就一边喝咖啡去了~ :arrow:  :wink:
抓数据去了...

分表应该可以解决，手工实现 oracle 分区表，以前用小数据库管理系统都是这么做的。

sql server 单表跑过200多万的（bbs)

再后来，人家换discuz 了，呵呵