聚焦Java性能优化 打造亿级流量秒杀系统【学习笔记】06_交易性能优化技术之缓存库存

本章目标

• 掌握高效交易验证方式
• 掌握缓存库存模型

7-1 交易性能瓶颈

• jmeter压测（对活动下单过程进行压测，采用post请求，设置传入参数，性能发现下单avarage大约2s，tps500，交易验证主要完全依赖数据库的操作）
• 交易验证完全依赖数据库
• 库存行锁
• 后置处理逻辑

7-2 交易验证优化

• 用户风控策略优化：策略缓存模型化

在开始交易后，针对活动实时信息和用户实时信息的验证，目的是为了风控策略，检查用户账号是否异常，是否异地登陆，策略是：通过异步的方式将用户模型写入缓存，与实时信息做一致性检验，做到风控策略

• 活动校验策略优化：引入活动发布流程，模型缓存化，紧急下线能力

实时活动的缓存存在一个问题：如果后台修改活动信息(修改活动结束时间)，但redis的缓存还处于正常有效期，用户依然可以以活动价格秒杀商品，因此需要有紧急下线的能力。对应的策略是：在活动开始前半个小时发布活动，对缓存预热，同时后台设计一个紧急下线的接口，清除redis缓存，那么用户下单时就会去数据库查询活动的最新信息了

Jmeter压测效果：avg：800 吞吐量tps：800左右

7-3 活动缓存库存方案一（重点）

库存行锁优化

首先回顾我们之前减库存的操作：

<update id="decreaseStock">
  update item_stock
  set stock = stock - #{amount}
  where item_id = #{itemId} and stock >= #{amount}
</update>

库存的数量就是stock-amount 条件是商品itemId和stock的大小大于amount,条件是item_id要加上唯一索引，这样查询的时候为数据库加上行锁，否则是数据库表锁

扣减库存缓存化（方案一）

方案是：我们要将扣减库存的操作发生在缓存而不是数据库中，缓存的扣减时间相对较少

首先要：（1）活动发布同时同步库存进缓存

​ （2）下单交易减缓库存

PromoService 接口中添加活动发布接口

 //活动发布
    void publishPromo(Integer promoId);

PromoServiceImpl实现类(默认获取活动id以及商品信息的时候库存不发生变化)

@Override
    public void publishPromo(Integer promoId) {
   
        //通过活动id获取活动
        PromoDO promoDO = promoDOMapper.selectByPrimaryKey(promoId);
        if(promoDO.getItemId()==null || promoDO.getItemId().intValue()==0) {
   
            return;
        }
        ItemModel itemModel = itemService.getItemById(promoDO.getItemId());

        //将库存同步到redis内
        redisTemplate.opsForValue().set("promo_item_stock_"+itemModel.getId(),itemModel.getStock());

    }

前端写发布活动的controller接口

    @RequestMapping(value = "/publishpromo",method = RequestMethod.GET) //浏览时服务端用GET请求
    @ResponseBody
    public CommonReturnType publishpromo(@RequestParam(name =