Redis分布式锁 模拟秒杀业务

一、准备

//记录 成功记录
CREATE TABLE `product_record` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `product_id` varchar(20) NOT NULL COMMENT '商品id',
  `user_id` varchar(20) NOT NULL COMMENT '买主id',
  `num` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 COMMENT='购买记录表';
//库存表
CREATE TABLE `product_storage` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `product_id` varchar(20) NOT NULL COMMENT '商品ID',
  `amount` bigint(20) NOT NULL COMMENT '库存数',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;

并发测试工具 JMeter

配置

二、单机并发控制

@Transactional
public synchronized String buySth(String userId, String productId) {
    int num = random.nextInt(10) + 1;
    // 查库存
    ProductStorage storage = storageMapper.getByProductId(productId);
    Long oldAmount = storage.getAmount();
    if (num > oldAmount) {
        log.info(userId + " request " + num + " fail");
        return userId + " request " + num + " fail";
    }
    storage.setAmount(oldAmount - num);
    log.info(userId + " request " + num + " " + productId + "当前 " + oldAmount);
    // 减库存
    int res = storageMapper.updateByPrimaryKeySelective(storage);
    if (res > 0) {
        ProductRecord productRecord = new ProductRecord();
        productRecord.setProductId(productId);
        productRecord.setUserId(userId);
        productRecord.setNum(num);
        recordMapper.insert(productRecord);

        return userId + "request " + num + " success" + " 当前 " + oldAmount;
    } else {
        return userId + "request " + num + " fail";
    }
}

tipssychronized加在静态方法上,表示sychronized(类.class){} 。加在非静态方法上等同于对整个方法体使用sychroniced(this){}。

测试结果

为什么会出现锁不住的情况呢,还是有多扣的情况。这是因为我们使用了@Transactional注解加入了事务控制。Spring的事务控制是通过AOP实现的,在业务开始前后会添加/提交事务。流程大概如下:

  1. 开启事务(aop)
  2. 加锁(进入synchronized方法)
  3. 释放锁(退出synchronized方法)
  4. 提交事务(aop)
    所以T2进入的时候,T1的事务还没有提交,就可能导致读到的还是T2秒杀前的库存。试着注释掉@Transactional注释再试一下。
    去除事务控制后

    可以看到不会有重复扣减的情况。
    针对 Spring事务提交与锁释放不同步的问题,可以使用Spring手动事务控制方式解决:
    @Autowired
    private PlatformTransactionManager platformTransactionManager;
    @Autowired
    private TransactionDefinition transactionDefinition;

引入事务控制管理类。

    //    @Transactional
    public synchronized String buySth(String userId, String productId) {
        int num = random.nextInt(10) + 1;
        // 查库存
        ProductStorage storage = storageMapper.getByProductId(productId);
        Long oldAmount = storage.getAmount();
        if (num > oldAmount) {
            log.info(userId + " request " + num + " fail");
            return userId + " request " + num + " fail";
        }
        //获取事务状态对象,开启事务
        TransactionStatus transaction = dataSourceTransactionManager.getTransaction(transactionDefinition);
        try {
            storage.setAmount(oldAmount - num);
            log.info(userId + " request " + num + " " + productId + " 当前 " + oldAmount);
            // 减库存
            int res = storageMapper.updateByPrimaryKeySelective(storage);
            if (res > 0) {
                ProductRecord productRecord = new ProductRecord();
                productRecord.setProductId(productId);
                productRecord.setUserId(userId);
                productRecord.setNum(num);
                recordMapper.insert(productRecord);
                //事务提交
                dataSourceTransactionManager.commit(transaction);
                return userId + "request " + num + " success" + " 当前 " + oldAmount;
            } else {
                //事务回滚
                dataSourceTransactionManager.rollback(transaction);
                return userId + "request " + num + " fail";
            }
        } catch (Exception e) {
            dataSourceTransactionManager.rollback(transaction);
        } finally {
            return userId + "request " + num + " fail";
        }
    }

这样也是可以实现单机 并发控制的。

上面的例子说明synchronize关键字是可以解决并发问题的。但是这种方式会有很大的缺陷:

  • synchronize不够灵活,一次性锁住了一整个方法,如果我们都是有多个商品的话,会被一次性全部锁住,效率太低。
  • synchronize只可以锁住当前的项目实例,如果项目发展到集群部署,就失去作用了。

为了解决上面的问题,就引入了分布式锁的概念。

二、使用Redis 分布式锁模拟秒杀

    @Transactional
    public String buySth(String userId, String productId) {
        int num = random.nextInt(10) + 1;

        //获取锁
        Boolean lock = redis.opsForValue().setIfAbsent("skill::" + productId, userId, 3, TimeUnit.SECONDS);
        if (lock) {
            try {
                // 查库存
                ProductStorage storage = storageMapper.getByProductId(productId);
                Long oldAmount = storage.getAmount();
                if (num > oldAmount) {
                    return userId + " request " + num + " fail";
                }
                storage.setAmount(oldAmount - num);
                log.info(userId + " request " + num + " " + productId + " 当前 " + oldAmount + " success");
                // 减库存
                int res = storageMapper.updateByPrimaryKeySelective(storage);
                if (res > 0) {
                    ProductRecord productRecord = new ProductRecord();
                    productRecord.setProductId(productId);
                    productRecord.setUserId(userId);
                    productRecord.setNum(num);
                    recordMapper.insert(productRecord);
                    return userId + "request " + num + " success" + " 当前 " + oldAmount;
                } else {
                    return userId + "request " + num + " fail";
                }
            } finally {
                String currUser = redis.opsForValue().get("skill::" + productId);
                if (userId.equals(currUser)) {
                    redis.delete("skill" + productId);
                }
            }
        } else {
//            log.info(userId + "request lock fail");
            return userId + "request " + num + " fail";
        }
    }

一个简单的 nginx 配置请求分发


image.png

三、引入消息队列 模拟秒杀

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,711评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,079评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,194评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,089评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,197评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,306评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,338评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,119评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,541评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,846评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,014评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,694评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,322评论 3 318
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,026评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,257评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,863评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,895评论 2 351

推荐阅读更多精彩内容