redis 实现简单分布式锁

Redis分布式锁

Redis SET 命令如下:

     SET key value [EX seconds] [PX milliseconds] [NX|XX]

参数说明:

  • EX seconds:将键的过期时间设置为seconds秒。 执行SET key value EX seconds的效果等同于执行SETEX key seconds value。

  • PX milliseconds:将键的过期时间设置为milliseconds毫秒。 执行SET key value PX milliseconds的效果等同于执行 PSETEX key milliseconds value。

  • NX : 只在键不存在时, 才对键进行设置操作。 执行SET key value NX的效果等同于执行SETNX key value。

  • XX : 只在键已经存在时, 才对键进行设置操作。

返回值

在Redis 2.6.12版本以前,SET命令总是返回 OK 。

从Redis 2.6.12版本开始,SET命令只在设置操作成功完成时才返回OK; 如果命令使用了NX或者XX选项, 但是因为条件没达到而造成设置操作未执行, 那么命令将返回空批量回复(NULL Bulk Reply)

Redis分布式锁实现原理

从Redis命令看出,SET命令为原子操作,我们可以用SET key value EX seconds NX来实现分布式锁,下面为go语言实现:

下面简单的go代码

      package main
        import(
            "errors"
           "time"
          "github.com/go-redis/redis"
       )

      var(
              redisClient  *redis.Client
        )

type  TryLocker interface{
        TryLock() error
         Unlock() error
}

type redisLock struct{
      Name string  //key
     Expire   time.Duration //过期时间
}

func newRedisLock(name string, t time.Duration) *redisLock{
        return & redisLock{
            Name:name,
            Expire:t, 
       }
}

func(l *redisLock)TryLock() error{
       if ok, _ := redisClient.SetNX(l.Name, 1, l.Expire).Result(); !ok {
        return errors.New("redis lock: already locked")
    }
    return nil
}


func(l *redisLock)Unlock() error{
     return redisClient.Del(l.Name).Err()
}
  func main(){
        l:=newRedisLock("cr",time.Second)
       err:=l.TryLock()
      var wg sync.WaitGroup
    for i := 0; i < 100; i++ {
        wg.Add(1)
               if err != nil {
            time.Sleep(50*time.Millisecond)
            if i >= 100 {
                fmt.Println("任务处理 异常:", i)
                wg.Done()
                return
            }
        }
        fmt.Println("任务处理中....")
        l.Unlock()
        fmt.Println("任务处理 ok:", i)
        wg.Done()
    }
    wg.Wait()
 }
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,425评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,058评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,186评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,848评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,249评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,554评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,830评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,536评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,239评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,505评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,004评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,346评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,999评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,060评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,821评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,574评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,480评论 2 267

推荐阅读更多精彩内容

  • 在单实例JVM中,常见的处理并发问题的方法有很多,比如synchronized关键字进行访问控制、volatile...
    朱小厮阅读 756评论 2 8
  • Redis从入门到精通:中级篇 本文目录 上一篇文章以认识Redis为主,写了Redis系列的第一篇,现在开启第二...
    叨唧唧的阅读 640评论 0 0
  • 基本的Redis key的操作都已经熟悉了之后,便可以开始针对Redis提供的各种可操作的数据结构进行学习和了解。...
    Yorking阅读 814评论 0 0
  • 1 介绍 这篇博文讲介绍如何一步步构建一个基于Redis的分布式锁。会从最原始的版本开始,然后根据问题进行调整,最...
    Java黎先生阅读 489评论 0 2
  • 美乐家是一家环保工厂超市,直接对应消费者。消费者在这里购物是计划性消费,可以让消费者享受到高质量低价格的产品。顾客...
    米太阳阅读 1,684评论 0 1