Redis主要问题

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集合中，由于没有感受到“心跳”，哨兵会自动委任一个主节点，这样就使得一个任务中，存在两个主节点。
而解决办法，就是把老的主节点干掉，但是由于之前的程序任务主要面向老主节点写入数据，干掉老主节点以后，会导致数据丢失问题。或是配置减少节点数据。