redis中的分布式锁

redis中的分布式锁

        在高并发的场景下，redis中的数据会出现超卖的现象

      

        分布式锁运用在：分布式的场景下

     

        秒杀

        一个项目在一个tomcat下，只用synchronized就可解决，

 

        如果在多个tomcat下，用synchronized 是无法解决超卖的问题

        当多个请求来，可能会被nginx 分发到不同的tomcat上执行，

        在JVM进程中执行synchronized代码块，同时对一个库存操作出现问题

        采用redis的分布式锁       在一个集群中

压力测试工具：Jmeter   性能问题  高并发场景下    

       

        redis单线程会对情求有个先后的顺序

        redis解决 分布式的问题：

        setnx命令： 通过setnx(key,value)加锁后，需解锁

        key不存在：返回ture,表示获取锁成功

        key存在： flase ,失败

        *****如果有中间的代码出现异常，导致没有释放锁，死锁，其他线程无法获得锁

        try{} finally{释放锁}

*****在获取锁后，执行中间的代码，服务器宕机，导致不能释放锁

             在setnx() 时 ，设置过期时间，在指定的时间后过期

             将setnx() 和  expire()合并设置时间过期

 

  ******在设置过期时间后会带来相应的问题

                线程一：执行的时间>过期时间  导致设置的锁失效，其他线程有获取到锁，

                执行逻辑，存在其他线程执行时间过长，会导致线程间相互释放对方加的锁

                导致锁失效，和之前没加锁一样。

 

                把setnx中设置key 为唯一，在释放锁时进行判断，是否是之前的锁

  

****** 设置时间过期后，setnx 中的key被替换

           在获取锁后，开启一个分线程，Timer类来监控是否已执行完，timer为过期时间的1/3, 未执行完，重设过期时间

 

          redisson 是java实现的工具来实现 加锁 和设置时间  在finally 中释放锁解决以上问题

 

在主从中

****** 在主的redis中设置锁后，处理业务的同时，要把锁同步给从，但主的挂了，选举一个从的为主节点 ，存在高并发的场景下，线程来获取主的锁，但这个时候没有锁，怎么解决

也造成锁失效：redis中的红锁，  锁失效，性能好

              zookeeper集群架构，实现分布式锁(主节点，从节点)分布式选举算法，

              保证数据的一致性    zookeeper分布式锁

*******redis锁在并发场景下不高，性能提高10倍？

把redis中的库存，做一个分段的处理，高并发下分段减，分成10段     currenthashmap