01 先分清三个常被混用的词

• 并发数：同一时刻正在和服务器打交道的请求数量，浏览页面和提交表单都算在内。
• QPS（每秒查询数）：服务器每秒能够处理的请求次数，是衡量吞吐能力的常用指标。
• 响应时间：一个请求从发出到结果返回所耗的时间。响应越短，同一台机器每秒能周转的请求就越多。

三者互相牵制。并发一旦上来，如果每个请求都变慢，待处理的队列就会越积越长，最终表现为页面一直转圈、迟迟打不开。所以判断承接能力，必须把并发数、吞吐和响应时间放在一起看，而不是只报一个在线人数。

02 一次首页刷新，服务器在忙什么

• 静态资源：图片、CSS、脚本等内容基本不变，最适合交给 CDN 或缓存处理，不必每次都回源源站。
• 动态内容：需要连接数据库查询产品、拼装列表、判断登录状态，这部分最吃数据库和应用服务器资源。

03 两台服务器通常能接多少访问

• 普通企业官网、宣传展示型站点：页面静态化程度高，访问分散在多个页面，日常流量下两台服务器一般够用。
• 带实时查询、下单、留言、会员登录的站点：压力集中在数据库和后端逻辑，两台是否够用，取决于数据库设计、连接池和缓存策略。
• 大促、发布会、活动推文带来的短时峰值：访问可能在几分钟内集中涌来，和平时完全不是一个量级，需要单独评估。

04 瓶颈往往不在服务器台数

• CPU：页面渲染、加密计算、图像处理占满算力，新请求只能排队等待。
• 内存：并发连接和会话占用不足时，机器开始频繁读写磁盘，速度明显下降。
• 磁盘与网络 IO：日志写入、静态文件读取和出口带宽受限，即使页面再小也传不出去。
• 数据库：连接数打满、慢查询、锁等待，往往是动态站点最先垮掉的地方。

05 判断"扛不扛得住"的正确步骤

与其凭直觉估机器数量，不如按顺序把容量评估做扎实。

1. 估算流量：分别统计日常访问、历史活动峰值和预估峰值，并区分首页、详情页、表单等不同类型的请求。
2. 做压力测试：用工具模拟持续访问和突发流量，观察响应时间、错误率和各项资源占用，找到最先到顶的环节。
3. 上线后看监控：持续关注 CPU、内存、带宽、数据库连接和慢查询，而不是只凭页面能不能打开判断状态。
4. 分层优化：能用 CDN 和静态化挡掉的请求不回源；热点内容进入缓存；后端通过负载均衡横向扩容；数据库做索引优化和读写分离；必要时对非关键接口限流、降级。