有没有什么标准的一个计算方法的?
其实我想,如果加入其它的技术,比如缓存等,可能配置的方案又会不一样...
不过问题简单一些
10万,百万,千万的日访问量,访问一个10万,百万,千万级别的记录的 MySQL 数据库,服务器配置应该是怎么样的?
给个参考
我大概设想应该是这样的
10 访问量 x 10 万数据库,其实 MySQL 做 10 万记录查询,不太花时间,即时做百万,千万级别的查询,也不会消耗太多时间,一般都会用 order, where 等条件做限制,加上一些 sort 处理,百万级别都不需要一秒时间就搞定才对,所以唯一要考虑的应该是浏览量的问题,10 万浏览量,大概一秒钟是一个访问量,所以其实毫无压力,那么以此类推
100 万访问量是,每秒 10 次查询,其实也没啥问题
1000 万访问量,每秒 100 次查询,小意思
10000 万访问量,每秒 1000 次查询,估计需要 1~2 秒时间的处理,加上页面输出渲染之类的,这个时候可能会有2~3秒的卡顿,还要计算上一个页面的大小,估计 100kb?每秒 100mb 的处理量,一个 2GB 内存的服务器,好像也毫无压力的样子,加上系统内存(800MB),所以一般机子 2GB 内存 双核的设备应该可以毫无压力承受 10000 PV的能力,那么为什么还需要额外增加服务器呢?
有可能最大的限制是宽度限制,一般宽度也就 2~3MBps(相当于24Mbitps),这样的话,100mb 的数量处理量就需要 20~50 台电脑去处理了。
不知道我分析的是否正确~