最近对商城秒杀项目所用到的技术进行了剖析,技术点还是挺多的,本篇博客就来对商城秒杀项目进行一个总结与整理
项目相关博客汇总
1、【商城秒杀项目】-- 概况
2、【商城秒杀项目】-- 对返回json结果的封装、通用缓存Key的设计与封装
3、【商城秒杀项目】-- 登录时使用两次MD5加密
4、【商城秒杀项目】-- 使用JSR303进行参数校验、全局异常处理
5、【商城秒杀项目】-- 分布式Session的实现、使用Aop校验Token令牌
6、【商城秒杀项目】-- 流量削峰应该怎么做
7、【商城秒杀项目】-- 页面缓存、URL缓存、对象缓存
8、【商城秒杀项目】-- 页面伪静态化
9、【商城秒杀项目】-- 秒杀的业务逻辑、接口的优化
10、【商城秒杀项目】-- 使用rabbitmq异步下单
11、【商城秒杀项目】-- 秒杀接口地址隐藏
12、【商城秒杀项目】-- 使用数学图形验证码来进行限流
13、【商城秒杀项目】-- 接口限流防刷
14、关于springboot项目使用@Transactional注解事务不回滚的问题
项目的亮点
主要知识点:
通常秒杀服务实际的应用可能不止部署在一个服务器上,而是分布式的部署在多台服务器,这时候假如用户登录是在第一个服务器,第一个请求到了第一台服务器,这时是没问题的,但是第二个请求到了第二个服务器,那么用户的session信息就丢失了,于是需要使用分布式session来进行处理
解决:session同步,无论访问哪一台服务器,session都可以取得到,利用redis缓存的方法,另外使用一个redis服务器专门用于存放用户的session信息,这样就不会出现用户session丢失的情况(每次需要session,从缓存中取即可)
本项目大量的使用了缓存技术,包括用户信息缓存(分布式session),商品信息的缓存,商品库存缓存,订单的缓存,页面缓存,对象缓存等来减少了对数据库服务器的访问
大量的缓存引用也出现了一个问题,如何识别不同模块中的缓存(即key值重复,如何辨别是不同模块的key)
解决:利用一个抽象类,定义BaseKey(前缀),在里面定义缓存key的前缀以及缓存的过期时间从而实现将缓存的key进行封装;让不同模块继承它,这样每次存入一个模块的缓存的时候,就加上这个缓存特定的前缀,以及统一制定不同的过期时间
页面静态化的主要目的是为了加快页面的加载速度,将商品的详情和订单详情页面做成静态HTML(纯的HTML),数据的加载只需要通过ajax来请求服务器,并且做了静态化HTML页面可以缓存在客户端的浏览器
使用消息队列完成异步下单,可以提升用户体验、削峰和限流
使用思路:
双重md5密码校验、秒杀接口地址的隐藏、接口限流防刷、数学公式验证码
对接口的输出结果做了一个Result封装、对错误的代码做了一个CodeMsg封装、对访问缓存做了一个key的封装
项目难点及问题解决
1、使用了大量缓存,那么就存在缓存击穿和缓存雪崩以及缓存一致性等问题
解决方案:对这些不存在的数据缓存一个空数据,对这类请求进行过滤
解决方案:为了防止缓存在同一时间大面积过期导致的缓存雪崩,可以通过观察用户行为,合理设置缓存过期时间来实现;为了防止缓存服务器宕机出现的缓存雪崩,可以使用分布式缓存,分布式缓存中每一个节点只缓存部分的数据,当某个节点宕机时可以保证其它节点的缓存仍然可用;也可以进行缓存预热,避免在系统刚启动不久由于还未将大量数据进行缓存而导致缓存雪崩
例如:首先针对不同的缓存设置不同的过期时间,比如session缓存,在userKey这个前缀中,设置是30分钟过期,并且每次用户响应的时候更新缓存时间,这样每次取session,都会延长30分钟,相对来说,就减少了缓存过期的几率
解决方案:在数据更新的同时立即去更新缓存,首先尝试从缓存读取,读到数据则直接返回;如果读不到,就读数据库,并将数据会写到缓存,并返回;在读缓存之前先判断缓存是否是最新的,如果不是最新的先进行更新,需要更新数据时,先更新数据库,然后把缓存里对应的数据失效掉(删掉)
2、大量的使用缓存,对于缓存服务器也有很大的压力,如何减少redis的访问
在redis预减库存的时候,内存中维护一个localOverMap作为内存标记,当没有库存的时候,将其设置为true;每次秒杀业务访问redis之前,先查一下map标记,如果为true说明没有库存,就直接返回秒杀失败,无需再去请求redis服务器
3、在高并发请求的业务场景,大量请求来不及处理,甚至出现请求堆积的情况
使用消息队列来异步处理请求,每次请求过来先不去处理请求,而是放入消息队列,然后在后台设置一个监听器,分别监听不同业务的消息队列,有消息来的时候才进行秒杀业务逻辑,这样防止多个请求同时操作的时候,出现数据库连接过多的异常
4、怎么保证一个用户不能重复下单
在秒杀订单表中建立一个唯一索引(由用户Id与商品Id组成),使得同一条记录只能入库一次,防止一个用户同时发出多个请求秒杀到多个商品
唯一索引是在数据库表结构中对字段添加唯一索引后数据库进行存储操作时数据库会判断库中是否已经存在此数据,不存在此数据时才能进行插入操作。这虽然是个小技能,但实际上在业务开发中是个很实用的技能,比如在高并发业务中,数据库如何杜绝数据并发插入两条相同的订单号?添加一个唯一索引是最快捷的方法之一,当然是添加索引还是通过业务代码去解决因业务而定
5、怎么解决超卖现象
超卖场景:不同用户在读请求的时候,发现商品库存足够,然后同时发起请求,进行秒杀操作减库存,导致库存减为负数
最简单的方法就是在更新数据库减库存的时候,进行库存限制条件,在reduceStock(GoodsVo goodsvo)这个方法里,sql要多加一个stock_count>0的条件,使用数据库特性来保证超卖的问题,只有stock_count还大于0的时候才去update将stock_count进行减1的操作
6、页面静态化的过程及什么是浏览器缓存
将HTML静态页面缓存在客户端浏览器,只有数据通过ajax异步调用接口来获取,仅仅交互的是部分数据,可以减少带宽,也加快用户访问的速度
浏览器缓存就是把一个已经请求过的Web资源(如HTML页面、图片、js、数据等)拷贝一份副本储存在浏览器中,缓存会根据进来的请求保存输出内容的副本。当下一个请求来到的时候,如果是相同的URL,缓存会根据缓存机制决定是直接使用副本来响应访问请求,还是向源服务器再次发送请求。比较常见的就是浏览器会缓存访问过网站的网页,当再次访问这个URL地址的时候,如果网页没有更新,就不会再次下载网页,而是直接使用本地缓存的网页,只有当网站明确标识资源已经更新的时候,浏览器才会再次下载网页
7、秒杀架构设计理念
8、秒杀系统架构设计思路
9、假如减了库存但用户没有支付,怎么将库存还原继续进行抢购
设定一个最长付款时间,比如30分钟,后台有个定时任务(使用定时器Timer),轮询超过30分钟的待付款订单(从数据库里面判定订单状态),然后关闭订单,恢复库存