并发量为2亿,如果sort_buffer_size设置为1M的话,read_buffer_size,join_buffer_size设置也都设置为1M的话,那岂不是2亿*3,至少得有6亿/1024/=58593.7500(G),那数据库不是总共需要6W左右的内存啊,天了,就算用集群的话,一个节点64个G,68593.75/64=915.52734375,总共需要916个节点,需要安置近千台pc服务器。这得需要多大的机房,存放这么多数据库服务器呢?

解决方案 »

  1.   

    这样的应用再多几个,光PC服务器机器的购买以及维护得花费多少money,难怪it界流行一句话,啥高性能都是money堆出来的啊!我自己都感觉出自己理解的比较浅薄了,欢迎大家指点!
      

  2.   


    你是用什么工具测试的,mysqlslap吗?
      

  3.   

    获取数据不总是到数据库取的。并发是同一时刻,有多少个请求在数据库上跑。数据库最大并发和在线人数没有确定的对应关系。举个例子,你登陆CSDN,验证账户信息,可能去取一次数据库,也可能不取(直接从MC里得到),这时候你有一次连接。然后你啥事都没做,当然也不可能对数据库有操作了,但是你还是在线的,因为你已经登陆了。
      

  4.   

    我是用业务环境测试的,因为当时是一个web应用,所以就写了个存储过程的写表数据接口,然后用web压力测试工具模拟几十万并发请求,比如运行5分钟,最后看表里生成的记录数,除以300就是每秒并发了。方便的话,你自己用C写个多线程的客户端模拟一下也可以啊,就像sysbench一样的工具。
      

  5.   

    不是的。新浪的在线人数并不是同时在查询数据库的人数。甚至不能说同时在与新浪服务器交互的人数。HTTP协议,本身就是非连接的。它只是在你刷新页面的时候向SERVER发送一个请求,然后SERVER会传送HTML数据给浏览器。 这个速度一般很快,然后是用户阅读,书写。 之后用户到通过浏览器发送下一个请求。
      

  6.   


    新浪的TPS和IOPS的峰值是多少呢?
      

  7.   


    新浪的TPS和IOPS的峰值是多少呢?
      

  8.   


    你是用什么工具测试的,mysqlslap吗?同问用的是什么测试工具 ?