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

分表阿
oracle的话就简单了，表空间调整起来很方便
mysql要5.1才提供类似功能，其他版本只能直接建新表

对于一个零售型的企业来说，3000w的表记录很正常：MySQL、MSSQL、Oracle来处理都没问题，我认为主要是数据库设计：
1、设计表时，严格规划表内容，大量one-one的表关系，减少单表的字段数目
2、索引
3、系统后台设置数据库优化的JOB
4、日志备份
5、周期性的归档：这个说起来简单，但如果表关系复杂的话，解决好相关性是一个挑战

服务器配置也要舍得投入：独立的数据库服务器，10G以上内存，4颗以上的CPU、高速硬盘阵列（这么大的数据库，肯定要阵列柜了）。

大哥，10G内存，你上64位系统啊，还4颗CPU...如果他用得起这个配置就不用考虑用免费的Mysql了，直接加点小钱买Oracle了。
再说了，3000W的单表数据对于Oracle来说也是一个很大的负担，没有表空间在撑，肯定玩不转。
偶们这些做应用的就不要瞎鼓捣了，直接丢给DBA，如何规划，管理，维护千万级别的数据这个是DBA的基本课程，:)

    告诉楼上们一个现实, 我们公司的服务器14G内存,32个CPU, 当然,没有使用oracle集群,同时因为是32位的oracle, 所以Oracle可以使用的内存实际只有2G(所以标10G内存如果不使用64位或者集群的话,没有任何意义). 我们一个表最多的数据也就500w,有2个专业的DBA维护. 性能反正是吃紧得很. 我们每半年就要做housekeep.嘿嘿,要是3000w的数据, 不使用集群, 性能不要指望能好到哪里去. 至于说MYSQL,那就实在有些搞笑了.

楼上所谓的3000w记录是对所有相关数据而言的吧, 一个表中的数据3000w怎么可能. 你那只怕是沃尔马,家乐福了吧, 它们也是采用分布式数据库的. 我们公司全球的物流业务, 仓库中货物数据也就不过控制在500w以内.

mysql我没有再项目使用我没有发言权。但oracle我用了7年，最大数据时一个表20-3亿条记录，还可以啊，关键还是数据库设计与优化。我发现血JAVA的人对SQL不感兴趣，成天说OO，鄙视SQL，但做出来系统性能不咋的，这样的系统用户肯定不认可

20-30亿？那几千万简直小意思嘛

我晕 怎么一个比一个夸张了。。。
最多也就单表1000万 oracle搞起来还可以

日本第三大，世界排名42的网站  mixi.jp 的技术资料


Hardware: Dell PE850
OS: Fedora Core 4
CPU: Intel Pentium
RAM: 4 GB
Hard Disk: 300GB SCSI
Language: Perl
Database: MySQL Server
Database Size:  836 GB
(Diaries)  400 Million Rows per Table

_http://www.mysql.com/customers/customer.php?id=251

mixi.jp？这个网站是干啥的，打开后就看到“快感”两个大字:D