分享在首尔节点搭建高并发架构的实战经验，从负载均衡到数据库优化，支撑 10 万并发用户。
问题一：单台服务器扛不住并发 表现：用户量增长到 5 万后，服务器 CPU 跑满，响应变慢。 可能原因：单节点瓶颈，无负载均衡。 排查步骤：top 看 CPU；分析瓶颈是 CPU、内存还是 IO。 解决方案：加负载均衡（Nginx/LVS），多台 Web 服务器分担，按 CPU 利用率自动扩容。
问题二：数据库成为瓶颈 表现：Web 服务器还有余量，但数据库连接打满。 可能原因：读写未分离；慢查询；连接数不足。 排查步骤：show processlist；慢查询日志；连接数监控。 解决方案：读写分离（主写从读）；添加索引；分库分表；连接池优化。
问题三：缓存命中率低 表现：Redis 已部署，但数据库压力仍大。 可能原因：缓存策略不合理；热点数据未缓存；缓存穿透。 排查步骤：Redis info 看命中率；分析访问模式。 解决方案：热点数据缓存；设置合理 TTL；布隆过滤器防穿透。
问题四：带宽打满 表现：晚高峰带宽利用率 95%+，丢包严重。 可能原因：带宽不足；静态资源未走 CDN。 排查步骤：iftop 看带宽；分析流量类型。 解决方案：扩容带宽；静态资源走 CDN；开启 Gzip 压缩。
问题五：DDoS 攻击导致宕机 表现：突然无法访问，入站流量暴增。 可能原因：DDoS 攻击。 排查步骤：流量监控；日志分析。 解决方案：高防 IP；CDN 隐藏源站；WAF 防护。
架构演进路线 | 阶段 | 并发 | 架构 | | --- | --- | --- | | 初期 | 1 万 | 单台服务器 + MySQL | | 中期 | 5 万 | 负载均衡 + 多 Web + 主从 | | 后期 | 10 万 | 微服务 + 读写分离 + 缓存 + CDN | | 大规模 | 50 万+ | 分库分表 + 消息队列 + 多机房 |
关键经验 1) 提前规划扩容，不要等扛不住再改 2) 监控先行，及时发现瓶颈 3) 缓存是提升并发的关键 4) CDN 分担静态流量，降低源站压力 5) 数据库优化比加机器更有效