张家口商城搞活动，服务器怎么扛住并发

沽源一个卖特产的，搞促销，一上午涌进几千人。商城直接崩了。页面打不开。订单全卡死。老板眼睁睁看着生意黄了。心疼得直跺脚。并发扛不住，不是人多的错，是没提前准备。他们平时几十人没事。一上量就露馅。准备不足吃大亏。你的商城扛得住吗？

先把缓存用起来，别啥都现算

商城崩，头一个原因是每个请求都现算。千人同时刷首页，服务器算一千遍。不崩才怪。沽源那商城上了缓存，首页算一次存起来，大家共用。服务器压力一下降了大半。商品页、首页这种不怎么变的，最该缓存。省事又省力。效果立竿见影。谁用谁知道。

静态的东西，全交给缓存和网络加速。图片、样式、脚本，这些不变的，别都压在服务器上。上了内容分发，坝上、京津冀的客户就近取，又快又稳。服务器只管交易这种活的。轻装上阵。跑得又快又稳。你说这招妙不妙？一试就知道。别犹豫。

再谈扩容，弹性是救命稻草

活动前，配置临时升上去。带宽、内存、处理器，云平台都能临时加。沽源那店活动前升到高配，活动完再降回来。就活动那几天多花钱。平时不浪费。草原天路特产搞大促，就靠这手扛过去的。再没崩过。这钱花得明白。花小钱办大事。

有条件还能多台分摊。一台扛不住，就多台一起扛。前面加个调度。请求分摊到几台机器，单台压力就小了。这个投入大些。适合流水大的商城。小商城先别折腾。把缓存和临时扩容用好。就够应付大多数活动了。真的。别想太复杂。

数据库是收尾这道坎

好多人只盯着服务器，忘了数据库。并发一高，数据库先撑不住。查询慢的优化。该加的索引加上。沽源那商城把慢查询全捋了一遍，快了不少。读写分开也能减压。读的走一边，写的走另一边。这是进阶活。但真到那份上就得上。别硬扛。你说对不？

总结

商城扛并发，三招。缓存先用足。活动前临时扩容。数据库做优化。难吗？有点技术，但思路清楚。你搞活动前，先测测能扛多少人。心里有数，才不慌。崇礼一个卖雪具的，大促前照做，活动顺顺当当。再没掉过链子。早准备早安心。别等崩了才后悔。那就晚了。