redis-----（五）----分布式锁和缓存击穿

## 缓存击穿.热点key重建缓存问题

缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力

我们知道，使用缓存，如果获取不到，才会去数据库里获取。但是如果是热点 key，访问量非常的大，数据库在重建缓存的时候，会出现很多线程同时重建的情况。因为高并发导致的大量热点的 key 在重建还没完成的时候，不断被重建缓存的过程，由于大量线程都去做重建缓存工作，导致服务器拖慢的情况。

Syncronized：多台服务器部署jvm级别的锁还是有问题，用自己的

分布式锁：

               1.用redis的普通锁：删除锁用redis的eval语法---------------------见分布式锁demo-----------保证原子性

普通锁：不能处理超时时间，基于单台redis

redLock：解决上面问题，基于集群

                       5台master，有一半加一写成功就算成功，获取三台算成功：底层基于计数器，不是nx和ex

                       Redisson内部提供一个监控锁的看门狗，类似于让key永不过期，锁续期，如果主线程挂了，维护线程肯定也就不存在了。

查看官网：https://github.com/redisson/redisson/wiki/8.-distributed-locks-and-synchronizers

见代码：

RLock lock0 = redisson.getLock("{taibai0}:"+key);
        RLock lock1 = redisson.getLock("{taibai1}:" + key);
        RLock lock2 = redisson.getLock("{taibai2}:" + key);
        RedissonMultiLock lock = new RedissonMultiLock(lock0,lock1, lock2);

查看数据在哪个槽位：cluster keyslot taibai0

 

缓存更新策略

 

先删除缓存再更新数据库，多线程时会导致缓存set数据不一致