距离上次服务器将图片转义至oss服务器提交加载速度已经有一段时日了

对于图片转移至oss服务器优化前后的结果可以查看我之前编写的文章点击查看

如今随着商户数的增多，数据的增多，服务器的性能再一次达到了顶峰，并且由于是点餐系统的缘故订单的，中午12点点餐人数对服务器的架构进行了一次疯狂的考验经过将历史订单表和分为今日订单和历史订单表，数据库和CPU得到了初步缓解，但是通过后台查看过多的数据和中午大并发的查询还是导致CPU和内存还是居高不下，于是有了本文，我们最终决定将中午常用的菜单，菜单列表，商户信息等不经常更新的信息存储值Redis缓存看是否对服务器能起到缓解作用

按照惯例查看前后性能图

首先我们在我们的测试1核2G的服务器上做压力测试

首先是走数据库的

我们可以看到在并发为20左右时候已经大面积异常，响应缓慢，接口返回数据已经相当缓慢了

最后我们可以看到走数据库的话在数据库数据量比较大的情况下，会导致高并发查询缓慢，并且导致接口响应特别缓慢的情况在100并发逐级递增的测试下，并发数越高，响应越缓慢，就想中午点餐时候一样，大量的人同时扫描二维码却因为响应缓慢数据一致取不到页面转圈这是很影响体验的

下面的就是使用Redis的接口的性能测试

可以看到在使用了Redis缓存后，接口响应数据完爆每次都读取数据库的接口，成功率也从1.59%的成功率提升至了99.55%成功率

 

最后来一张服务器的Redis图

下一期着重讲解.net MVC项目如何添加Redis缓存