## 缓存击穿.热点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数据不一致