Redis
redis是单线程,基于内存操作,所以执行很快。,与网络延迟有关。
还是买早餐的例子,从早餐店买一个包子,首先早餐店得还有包子没有卖完,然后卖出,包子数量-1,重新设定早餐店包子的剩余数量。
假设现在早餐店只有一个包子了,但是有两人都来买包子,第一个人早一分钟询问了店家,还有没有包子,第二个人随后也询问了还有没有包子,那么他们都会得到还有一个包子的回答。(人和人之间没有交流的前提),那么当第一个人买的包子以后,库存变为了0,造成第二个苦苦等待以后,早餐店并没有给出他需要买的哪一个包子,也就是,程序卡住了,没货了~
使用synchronized(同一个JVM),锁住,可以理解为让买包子的人排队,不排队就不让买。但一个早餐铺可能有两个窗口卖包子,也就是说排队有两列排队,那么卡住的可能还是很大。(不同的JVM有自己的synchronized,并不能同时处理两列排队,也就是不能同时处理不同节点的线程)。
这个时候,就需要分布式锁。
分布式锁
其实就是设置一个卖包子询问员,买包子的人,排队排了无论多少列,都要先来问一问询问员,前面有人买包子吗?没人我就要去排队了,有人我就再等等。
也就是通过分布式锁,获取一个线程,该线程未结束之前,不释放锁,这样其他线程就是反复请求,直到锁被释放。
setnx(set if not exists)
SET lock value NX EX 2
其中NX指的是互斥锁,EX为设置过期时间,避免发生死锁问题,利用releaseTime给锁续期(看门狗),但需要手动释放锁。
DEL key
DEL 释放锁,删除的缩写。
集群方案
主从复制
集群中会有一个主节点,有其他的从节点,主节点写数据,从节点读数据。
哨兵机制
检查主从节点(监控),如果有主节点宕机了,那么会选取一个从节点重新作为主节点(自动故障恢复),会将最新的信息推送到redis的客户端(通知)。
主要是基于心跳机制检测服务的状态,心跳(短时间内跳动一次,输送一次血液)。那么哨兵就是每隔1s就会向集群中的每个实例发送ping命令,也就是一直问你,你在家吗?在家我就走了,不在家我就要找人来看房子了。
会存在一个问题,脑裂。简单的理解,就是,裂开了,因为网络分区的问题,会使得主节点与从节点处于不同分支网络,这就导致,产生两个集合(1.主节点 2.从节点)。那么在2集合中,由于没有感受到“心跳”,哨兵会自动委任一个主节点,这样就使得一个任务中,存在两个主节点。
而解决办法,就是把老的主节点干掉,但是由于之前的程序任务主要面向老主节点写入数据,干掉老主节点以后,会导致数据丢失问题。或是配置减少节点数据。