前几天看了个论坛文章说并发十几个用户服务器就挂掉了，于是自己测试了一把，果然如此！
原文地址：https://q.crmeb.com/thread/837
压测地址：https://fuwu.weixin.qq.com/pressureTest
测试环境：
阿里云C5计算型服务器4核/8G内存/100G固态硬盘/宽带5M，php7.3，只有一个站点，按官方教程正常安装，图片全存在oss，数据库建在本地但是redis也配置好了，opcache缓存也安装了，目前虽然没几个用户，但是只测试十几个用户并发，同时反复多次打开加载首页而已，并未进行购买浏览等操作就服务器就挂了:daku:
测试结果为：
10个用户并发良好吧负载cpu50-80%左右徘徊，几乎没有什么影响,自己手机也能随意且快速打开小程序
15个用户并发已经比较吃力负载cpu90%-100%徘徊，勉强我自己手机还能在测试中打开页面加载很慢很慢，已经影响用户体验了
20个用户并发服务器直接挂了打不开，cpu100%负载，小程序完全打不开了
站在技术小白角度的优化建议（我也不懂技术方面，也许说的不严谨，还请见谅）：
首先我觉得吧 首页、商品列表、商品详情等等那些数据几乎是一段时间内固定不变的。很少改动，没有谁天天没事去改价格，改图片改分类吧改首页各种数据吧？或者说不经常改动！既然不经常改动完全可以缓存起来，动它们的时候再更新一下缓存
首页，商品详情（除库存这个字段外）、商品分类、商品列表、商品推荐，等等。。。全部静态化缓存起来。每次编辑保存的时候刷新一遍缓存！目前我只想到就库存这个数值要实时更新(官方可以再讨论斟酌下其他别的数值是否必要实时刷新），大部分字段都是很长时间不改动的！ 但是比如首页还有个优惠券，秒杀时间，拼团时间等等是要实时更新的。。。要么就分开加载那些必须要实时刷新的数值，肯定有解决办法的....
** 出于好奇我试了一下**
我把首页，商品分类列表。。。那些请求全部当成静态内容缓存到cdn加速了，然后测试各种使用加载使用购买都没问题
，缺点就是我现在改下价格，改下分类，不会实时更新显示。。。我如果不改动情况下不影响使用，或者说改动了之后需要马上去刷新cdn缓存。所以看看官方能不能按照上面的不是很严谨的思路优化一下这个问题
最后测试了一把500用户并发cpu和内存毫无波澜！基本上这些请求全命中cdn缓存了，不消耗服务器了资源了。并且 打开速度很快
@CRMEB-吴汐 @CRMEB-管理员 @Jaylan @MBZJ
