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