secKill项目 --- Redis预减库存的存在的问题及库存补偿

最新推荐文章于 2024-02-22 17:10:23 发布

DatDreamer

最新推荐文章于 2024-02-22 17:10:23 发布

阅读量3.3k

点赞数 5

分类专栏： secKill项目纠错/改进文章标签： java redis

本文链接：https://blog.csdn.net/Unknownfuture/article/details/108015526

版权

秒杀项目中，Redis预减库存可能导致负数库存，需要补偿以确保最终一致性。文章讨论了为何需要补充库存，包括订单重复、消费失效等情况，并提出先判断Redis库存再减一的优化方案。同时，分析了库存补充的其他场景，如生产者和消费者的处理，以及避免不必要的库存检查。通过库存补偿，实现了Redis和数据库库存的一致性。

摘要由CSDN通过智能技术生成

本文建立在已完成可靠性传输的基础上，建议先阅读另一篇博文，不然可能难以理解。secKill项目 — 可靠性传输的实现及易错点总结

先看看秒杀接口的源代码:

	@RequestMapping(value="/{path}/do_miaosha",method=RequestMethod.POST)
	@ResponseBody
	public Result<Integer> doMiaosha(Model model,MiaoshaUser user,
			@RequestParam(value="goodsId",defaultValue="0") long goodsId,
			@PathVariable("path")String path) {
   
		model.addAttribute("user", user);
        
		//0.判断用户是否非空、秒杀路径是否正确
        
        // 1. 查看内存标记，看是否已结束
        boolean over = localOverMap.get(goodsId);
        if (over) {
   
            return Result.error(CodeMsg.MIAO_SHA_OVER);
        }
        
		//2.预减少redis的库存
		long stock=redisService.decr(GoodsKey.getMiaoshaGoodsStock,""+goodsId);
		//3.判断减少数量1之后的stock，减少到0一下，则代表之后的请求都失败，直接返回
		if(stock<0) {
   
             //进行内存标记
             localOverMap.put