4.1 Redis实现全局唯一ID

• 在各类购物App中，都会遇到商家发放的优惠券

• 当用户抢购商品时，生成的订单会保存到tb_voucher_order表中，而订单表如果使用数据库自增ID就会存在一些问题

  1. id规律性太明显
  2. 受单表数据量的限制

• 如果我们的订单id有太明显的规律，那么对于用户或者竞争对手，就很容易猜测出我们的一些敏感信息，例如商城一天之内能卖出多少单，这明显不合适

• 随着我们商城的规模越来越大，MySQL的单表容量不宜超过500W，数据量过大之后，我们就要进行拆库拆表，拆分表了之后，他们从逻辑上讲，是同一张表，所以他们的id不能重复，于是乎我们就要保证id的唯一性

• 那么这就引出我们的全局ID生成器了

  • 全局ID生成器是一种在分布式系统下用来生成全局唯一ID的工具，一般要满足一下特性
    • 唯一性
    • 高可用
    • 高性能
    • 递增性
    • 安全性

• 为了增加ID的安全性，我们可以不直接使用Redis自增的数值，而是拼接一些其他信息

• ID组成部分

  • 符号位：1bit，永远为0
  • 时间戳：31bit，以秒为单位，可以使用69年（2^31秒约等于69年）
  • 序列号：32bit，秒内的计数器，支持每秒传输2^32个不同ID

  

• 那我们就根据我们分析的ID生成策略，来编写代码

public static void main(String[] args) {
    //设置一下起始时间，时间戳就是起始时间与当前时间的秒数差
    LocalDateTime tmp = LocalDateTime.of(2022, 1, 1, 0, 0, 0);
    System.out.println(tmp.toEpochSecond(ZoneOffset.UTC));
    //结果为1640995200L
}

完整代码如下

@Component
public class RedisIdWorker {
    @Autowired
    private StringRedisTemplate stringRedisTemplate;
    //设置起始时间，我这里设定的是2022.01.01 00:00:00
    public static final Long BEGIN_TIMESTAMP = 1640995200L;
    //序列号长度
    public static final Long COUNT_BIT = 32L;

    public long nextId(String keyPrefix){
        //1. 生成时间戳
        LocalDateTime now = LocalDateTime.now();
        long currentSecond = now.toEpochSecond(ZoneOffset.UTC);
        long timeStamp = currentSecond - BEGIN_TIMESTAMP;
        //2. 生成序列号
        String date = now.format(DateTimeFormatter.ofPattern("yyyy:MM:dd"));
        long count = stringRedisTemplate.opsForValue().increment("inc:"+keyPrefix+":"+date);
        //3. 拼接并返回，简单位运算
        return timeStamp << COUNT_BIT | count;
    }
}

4.2 添加优惠券

• 每个店铺度可以发布优惠券，分为平价券和特价券，平价券可以任意购买，而特价券需要秒杀抢购
• tb_voucher：优惠券的基本信息，优惠金额、使用规则等

• tb_seckill_voucher：优惠券的库存、开始抢购时间，结束抢购时间。特价优惠券才需要填写这些信息

• 平价券由于优惠力度并不是很大，所以是可以任意领取