PHP+MYSQL处理百万级的数据量顶得住吗？

上限！
mysql是轻型数据库，不要期望他能包揽一切

解决方案 »

  1.   

    最好不用mysql,据说数据量超过一定程度会出不要预知的问题，虽然我还没遇到过
    php的特点之一就是支持很多种DB啊
      

  2.   

    那问一下，这种数据量用得上ORICAL吗？
      

  3.   

    千万以下我认为mysql是可以的。几千万的数据速度会很慢，而且不稳定。
    象你百万的数据一点问题都没有
      

  4.   

    mysql最初的设计上限是150万记录，可能现在有所提高。但从他支持事务的情况来看，即使提高也很有限。
    大型应用自然还是ORICAL或SQL Server了。
    这好象是无须讨论的事实，尽管我不愿意使用
      

  5.   

    百万条数据用oracle，就像杀急用牛刀……
      

  6.   

    考虑到以后数据的积累，可能会上亿，是不是选ORACLE更好一点？
      

  7.   

    php操作oracle速度如何呢？我很想知道
      

  8.   

    PHP连oracle速度快，且比较稳定，我现在的系统数据已经达到千万了
      

  9.   

    我什么废话都不说，对于mysql我只举一个实际例子：我现在有个记录IP地址的数据表，18万条纪录，查询起来那个慢啦，简直不能做事，而且分页是每页1000条才行。所以我认为：超过10万条记录，就应该考虑换别的数据库了。
      

  10.   

    不会吧.我有一个论坛.php+mysql.
    帖子是200w以上.
      

  11.   

    http://www.linuxforum.net/books/mysqlmanual/manual_Performance.html#Performance大家看看这个最大性能，应该可以得到一些相关资料。
      

  12.   

    mysql只适合小型数据库啊,大的应该选择MSSQL ORACLE了吧.
      

  13.   

    能否处理是看程序员水平的
    TOM 每天的 MySQL 的日志就 N 个 G ，你可想而知查询量、数据量会有多大.
      

  14.   

    我想做一个在线商品查询系统，数据量应该有很大，上百万应该是肯定的，请问PHP+MYSQL可行吗？如果数据量上亿呢？用什么工具好点？请大家指教，谢谢。
    ----------------------------------------------------------------------------------------大家看懂它的意思了吗？他是说这些数据都是放在一个库里？还是放到一个表里？----------------------------------------------------------------------------------------
    唠叨老大说得对，正常的话，一个表里数据量达到150万的的话，就会有问题。
    但是解决办法不是没有，放到几个表里不可以吗？表名可以用年份，甚至是年月份，你再NB点，是年月日。
    你看看CSDN，他都是什么搜索  ****年*月的帖子
      

  15.   

    如果是用PHP的话，用MySQL应该可以的吧。毕竟目前PHP连接MySQL是最快的。
    数据量大就分库呗，你几百万条数据也不可能是一天两天就有的嘛，就像楼上说的按时间段分库。
    Yahoo就是用MySQL数据库，你想想Yahoo的数据量。
    象楼上说的有十几万条就不行了也是有可能的，只能说明没用好。
    另外PostgreSQL也可以考虑，据说可以支撑T数量级。
      

  16.   

    用oracle当然肯定是没问题，但你不得不考虑考虑成本。目前印度已经有银行系统用PostgreSQL的了，可见PostgreSQL还是不错的。
      

  17.   

    几百万条数据就算大吗？如果一个数据库连几百万条都撑不住，那还叫什么数据库？我所担心的是2G文件大小的限制。不知道MYSQL有什么办法可以解决操作系统2G的文件大小限制问题？
      

  18.   

    呵，好火热啊，个人认为处理百万级的数据绝对没问题的，以前曾写过一个测试程序用于测试一个表内200万条记录的查询插入修改，速度非常理想，查询时间来均为2秒以下，而且当时只是在ID列创建索引，如果创建其它关键列索引的话，应该会更快。
    PZ: WIN2000SERVER+P41.8+256M+MYSQL4.0.16+APACHE2.0.49
      

  19.   

    恩，听大家这么一说
    我也觉得mysql应该问题不大吧，呵呵
    不过如果是我，我会考虑用postgresql，呵呵
    oracle就免啦，呵呵很奇怪，大家出了推荐oracle和sql server以外，就没人推荐别的？
    比如db2，或者sybase...呵呵
      

  20.   

    ---------引用 xuzuning(唠叨) 在 2005-1-27 17:26:18 发言--------
    大型应用自然还是ORICAL或SQL Server了。
    --------------------------------------------------------------老大，Oracle我知道有Linux版本的，SQL Server有Linux版本的吗？
    PHP要是运行在Windows平台下，也未免太……当然你可以说把网络服务和数据库服务分开，
    一台服务器装类Unix系统，一台服务器装Windows系统
    但我想，没有哪个大型网站会那样做吧---ps:网站是提供服务的，服务器上装图形界面对用户有什么用，资源浪费！
      

  21.   

    理论上来说是没有问题的，因为我们公司跑得大概200万左右，但是有一个问题就是MySQL没有灾难性恢复等重要功能，所以如果一旦出现了问题后果不堪设想，所以我们公司现在也刚刚采纳了我的建议，购买了SQL Server，其他的programmer也正在转换程序！
      

  22.   

    引用 Mistruster(弱智d) ------------------------
    一台服务器装类Unix系统，一台服务器装Windows系统
    但我想，没有哪个大型网站会那样做吧
    -----------------------------------------------有是有不过目前来说应该还不算大（对比163 此类而言）
    一台LINUX 一台NT 我倒是很想知道 有没有具体弄过的讲讲看。
    非惯性组合 呵呵 很想知道。
      

  23.   

    建议拆表不过那么大的mysql表备份还原是个问题……
      

  24.   

    MySQL 主要目标是快速、健壮和易用。最初是因为我们需要这样一个SQL服务器，它能处理与任何可不昂贵硬件平台上提供数据库的厂家在一个数量级上的大型数据库，但速度更快，MySQL就开发出来。自1996年以来，我们一直都在使用MySQL，其环境有超过 40 个数据库，包含 10,000个表，其中500多个表超过7百万行，这大约有100 个吉字节(GB)的关键应用数据。                                                      ----MySQL中文参考手册