基于redis的分布式锁

什么是分布式锁

为了防止分布式系统中的多个进程之间相互干扰,我们需要一种分布式协调技术来对这些进程进行调度。而这个分布式协调技术的核心就是来实现这个分布式锁。

分布式锁应该具备哪些条件

  • 在分布式系统环境下,一个方法在同一时间只能被一个机器的一个线程执行
  • 高可用的获取锁与释放锁
  • 高性能的获取锁与释放锁
  • 具备可重入特性(可理解为重新进入,由多于一个任务并发使用,而不必担心数据错误)
  • 具备锁失效机制,防止死锁
  • 具备非阻塞锁特性,即没有获取到锁将直接返回获取锁失败

试验高并发场景

  @RestController
@RequestMapping("/order")
@AllArgsConstructor
public class OrderController {

    private static ReentrantLock lock = new ReentrantLock();

    private StringRedisTemplate redisTemplate;

    @GetMapping("/reduce_order")
    public String executor() {
        reduceOrder();
        return "end";
    }

    public void reduceOrder() {
        String productKey = "order";
        try {
                lock.lock();
            int order = Integer.parseInt(Objects.requireNonNull(redisTemplate.opsForValue().get(productKey)));
            if (order > 0) {
                int realorder = order - 1;
                redisTemplate.opsForValue().set(productKey, String.valueOf(realorder));
                System.out.println("订单数-1,剩余订单数量:" + realorder);
            } else {
                System.out.println("库存数不足,请及时补充订单");
            }
        } catch (Exception e) {
            System.out.println("订单扣除失败");
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }
}

上述代码只是简单一个模拟扣除订单的方法,如果多个进程同时运行时候就会出现订单重复扣减的问题,redis中设置了订单数为50

使用jmeter测试

1.我们使用nginx

做转发项目8081和8082端口

  • 启动项目8081和8082端口


    image
  • 使用nginx 做转发8081和8082端口

redis配置

user  nginx;
worker_processes  1;

events {
  worker_connections  1024;
}

http {
  include       mime.types;
  default_type  application/octet-stream;

  sendfile        on;

  keepalive_timeout  65;

  upstream myapp1 {
     # 换成主机ip
      server 10.8.162.22:8081 weight=10;
      server 10.8.162.22:8082 weight=10;
  }

  server {
      listen 80;
      location / {
          proxy_pass http://myapp1;
          index index.jsp index.html index.htm;
      }
  }
}

2.下载jmeter

3.启动并配置jmeter


启动jmeter

添加线程组

添加Http请求用例

配置jmeter

4.运行jmeter,查看结果


执行
8081端口
8082端口

从结果中很明显看出进程1-8081 和进程2-8082明显重复扣除订单

分布式锁就是防止这种情况发生

redis分布式锁的原理

当一个线程执行 setnx 返回 1,说明 key 原本不存在,该线程成功得到了锁;当一个线程执行 setnx 返回 0,说明 key 已经存在,该线程抢锁失败。

1.redis核心要素

  • 加锁 setnx

(1 成功获取锁 0 已有锁 加锁失败)

  • 解锁

直接删除即可

  • 锁超时

(expire设置超时时间)

2.分布锁问题

  • 如何保证原子性

只设置key值还没在设置超时时间的时候挂了 (redis lua脚本[同时成功,同时失败])

  • 误删锁

(给每个锁相应的id)

  • 业务执行时间大于锁的超时间,业务没执行完,锁消失了(续命)

守护线程,锁快超时的时候重制超时时间while循环

代码如下

    public void reduceOrder() {
        String localKey = "product_001";
        String productKey = "order";
        String clientId = UUID.randomUUID().toString(); // 锁id
        try {
            lock.lock();
            //redis 加锁 setnx  设置超时时间
            Boolean result = redisTemplate.opsForValue().setIfAbsent(localKey, clientId, 10, TimeUnit.SECONDS);

            if (!result) { //true               System.out.println("正在抢货中.....");
                return;
            }

            int order = Integer.parseInt(Objects.requireNonNull(redisTemplate.opsForValue().get(productKey)));
            if (order > 0) {
                int realorder = order - 1;
                redisTemplate.opsForValue().set(productKey, String.valueOf(realorder));
                System.out.println("订单数-1,剩余订单数量:" + realorder);
            } else {
                System.out.println("库存数不足,请及时补充订单");
            }
        } catch (Exception e) {
            System.out.println("订单扣除失败");
            e.printStackTrace();
        } finally {
            //解锁 判断是否对应id 解决误删锁
            //在判断的时候可能挂了  应使用lua脚本保证原子行
            if (clientId.equals(redisTemplate.opsForValue().get(localKey))) {
                redisTemplate.delete(localKey);
            }
//            System.out.println("解锁成功");
            lock.unlock();
        }
    }

//    }
}

上述代码中没有体现到lua脚本和守护线程(还有可重入锁的问题),后面会直接使用Redission

重新执行jmeter进行测试 测试结果

8081
8082

合计50个订单,没有重复扣除

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

推荐阅读更多精彩内容