做网站前，考虑网站并发

北大青鸟 · 发表于 2011-8-30 09:35

每个网站都要考虑它能支持多少用户，每秒钟承受多少并发。但在网上没查到有什么好的方法对于这个问题。
我写下我的想法共大家批评：

2006年调查网民1.1亿，现在不清楚多少。假设按1亿用户，如它都是某网站用户。

大用户量就涉及到拆分。一般网站区域之间没关联，假设按区域拆分。
1亿用户按省横向拆分34个省，就是说每个省部署单独一套程序。
1亿用户/34=2941176用户/省，每套程序需要支持300万用户。

用户活跃时间设2小时/天（就是说2941176用户同时2小时内访问）。
2941176人/3600百秒=817人/每秒

结论：能支持900人/每秒的并发，在活跃时间为2小时，按省拆分可以支持1亿用户。那么我们做的程序如果能支持1000人/秒岂不就是够用了。

。

只学java · 发表于 2011-8-30 09:35

这样的大型的网站在中国也屈指可数吧？

无处不在 · 发表于 2011-8-30 09:35

并发是这样计算的么？打开一个网页加载N张图片 N个CSS N个JS 这些算不算并发？

ksdal · 发表于 2011-8-30 09:35

太理想化了，网站的用户的地域分布和时段分布，绝对不会如此均衡
当然这也取决于网站具体的类型和内容

爱车车 · 发表于 2011-8-30 09:36

godson_2003 写道
并发是这样计算的么？打开一个网页加载N张图片 N个CSS N个JS 这些算不算并发？

关于包含css和图片应该是服务器内部处理吧，我猜测的。如向你说的那样，也太耗费服务器资源了。我数了下新浪首页最少50张图片，那么它一个页面就会产生不低于50的请求.不调优的tomcat稳定支持是200并发，因为maxThreads默认200。

同时4个用户请求（含50张图片+1css 文件的）网页就会出现请求超时，真是比较可怕。还不如用flash 做网站，一个页面就一个flesh 。那么默认tomcat可以支持200用户并发，是html做网页的的50倍。

如果明白的可以讨论下这个问题。

Jethro · 发表于 2011-8-30 09:36

CSS图片拼接减少HTTP请求
前端优化技巧很多

紫衿 · 发表于 2011-8-30 09:36

静态文件都是使用的CDN。

动态的都是靠很多服务器扛。

gz-vps · 发表于 2011-8-30 09:36

静态文件不能直接访问tomcat服务器，可以做一些优化，如页面静态化，cdn缓存

帐号		自动登录	找回密码
密码			成为会员