要自己能理解透就跟着下面的思路来自己操作一下,如下!
  
  使用场景和选型
  
  分布式多节点的部署方式,使得共享变量有可能被同时操作,遇到有数据一致性要求的情况,就需要采取全局锁定的措施来保障并发操作下的一致性要求,如,库存扣减操作、同一个商品的上下架和更新操作等等。
  
  常见的,分布式锁采用Zookeeper和Redis来实现。怎么取舍呢?
  
  zookeeper redis
  
  加锁原理 创建节点,节点已存在时创建失败 插入数据,数据已存在则设置失败
  
  过期保护 节点类型为临时节点,断连删除 设置过期时间,到期删除
  
  优点 在加锁失败时,zk的注册通知更优雅 速度快,性能高
  
  缺点 只有leader负责写,然后通知flower,性能较差 抢锁失败时,需要自旋循环尝试
  
  生产环境下,性能往往被优先考虑,相比较各自的优缺点,综合考虑,我们一般更倾向于redis。
  
  从0到1 实现分布式锁
  
  step1: 加锁 和 解锁的基础能力构建
  
  Jedis.set(key, value, params)

写评论

热门文章

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权, 不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,请发送邮件至 995315907@qq.com举报,一经 查实,本站将立刻删除。