java 分布式锁

实际业务开发和面试中常见问题------分布式锁。使用场景,抢红包,秒杀活动设计等场景中

个人总结前先看了两个比较详细的帖子,这里分享一下帖子地址:Redis实现分布式锁的7种方案 - why414 - 博客园

Java分布式锁解决方案_零点冰.的博客-CSDN博客_java 分布式锁

redis它的事务并不支持事务的原子性,但支持一致性

redis事务本质:一组命令的集合!一个事务中的所有命令都会被序列化,在事务执行过程中,会按照顺序执行

特点:一次性,顺序性,排他性!执行一些列的命令

了解一下分布式锁需要满足以下条件:

互斥性:任意时刻,只能有一个客户端获取锁,不能同时有两个客户端获取到锁。
安全性:锁只能被持有该锁的客户端删除,不能由其它客户端删除。
死锁:获取锁的客户端因为某些原因(如down机等)而未能释放锁,其它客户端再也无法获取到该锁。
容错:当部分节点(redis节点等)down机时,客户端仍然能够获取锁和释放锁。

通过帖子发现redis单机环境下,使用Lua脚本释放锁相对是最优解,Redis执行的Lua脚本,一定是原子性的,检查锁和释放锁的操作写在Lua脚本中,Lua脚本示例:

if redis.call('get',KEYS[1]) == ARGV[1] then     return redis.call('del',KEYS[1])  else    return 0 end;

集群环境下Redission实现集群下的分布式锁

红锁(RedLock):采用主节点过半机制,即获取锁或者释放锁成功的标志为:在过半的节点上操作成功,以解决版本四中的问题。

核心API:lock()和unlock()、看门狗机制。

红锁,用于Redis集群,加锁或解锁时,只有集群中过半的Redis操作成功,加解锁才算成功。
Redisson所有指令都通过lua脚本执行,保证了操作的原子性。
看门狗机制,默认检查锁的超时时间是30s,如果服务实例加锁成功后宕机,则30s后自动释放锁。
看门狗机制,有锁自动续期功能,如果业务执行时间太长,每隔10s就会自动给锁续上新的30s,避免锁到期,但业务还没执行完的情况发生。

下面附上一段用go语言编写的redis watch 监听做的乐观锁控制商品秒杀库存

//乐观锁的方式 理解:假设个4请求买同一个商品状态都是1,A先买到商品后,商品状态由1变2,A请求状态同商品状态由1变2,其他3个还是1的请求杀掉

//redis watch 监听

func watch() {

    //1.连接redis

    con, err := redis.Dial("tcp", "127.0.0.1:6379")

    if err != nil {

        fmt.Println("1.redis连接失败", err)

        return

    }

    fmt.Println("1.redis连接成功", con)

    //2.连接数据库

    db, err := sql.Open("oracle", "zjrsgz:zjrsgz@tcp(127.0.0.1:1521)/ORCL")

    if err != nil {

        fmt.Println("2.mysql连接失败", err)

        return

    }

    fmt.Println("2.mysql连接成功", db)

    store := 10

    //监听销量 sales

    _, err2 := con.Do("watch", "sales")

    if err != nil {

        fmt.Println("监听失败!", err2)

    }

    sales, err := redis.Int(con.Do("get", "salase"))

    if err != nil {

        fmt.Println("获取销量失败!", err)

    }

    fmt.Println(sales)

    if sales < store {

        //抢购成功,扣库存

        //开启redis事务 不支持事务回滚

        con.Send("multi")

        con.Send("incr", "sales")

        //执行事务

        rel, err := con.Do("exec")

        fmt.Println("事务执行情况--------", rel)

        if err != nil {

            fmt.Println("事务执行失败", err)

            //出现意外bug,销毁事务

            _, _ = con.Do("discard")

        }

        if rel != nil {

            //事务执行成功

            //执行扣库存   写法Query Exec

            update, err := db.Query("update shop set store=store-1 where ID=?", 1)

            if err != nil {

                panic(err.Error())

            }

            fmt.Println("扣库存成功")

            defer update.Close()

        } else {

            fmt.Println("秒杀活动已经结束!")

        }

    }

}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值