架构：缓存击穿问题解决方案

缓存击穿问题原理

先看一下这个伪代码逻辑

data = redis.getData()
if (data != null) {
    return data;
}
data = db.getData();
redis.set(data);
return data;

这段代码看起来没什么问题，当从缓存中取不到数据时，穿透到db获取数据，并将数据写入缓存。逻辑是没有问题的，但是在高并发下会有问题，在判断缓存中是否有数据时，有可能多个线程判断为空，直接从db拿数据。如果db的TPS较低，会导致db瘫痪。

如何解决缓存击穿的问题

解决缓存击穿的问题，主要思路是限制回源的请求量。

1）使用双重检查锁

这个使用单例模式的时候也会用到

data = redis.getData()
if (data != null) {
    return data;
}
synchronized (this) {
    data = redis.getData();
    if (data != null) {
        return data;
    }
    data = db.getData();
    redis.set(data);
}
return data;

这样当多个并发取不到缓存的时候，只有一个线程能够穿透都db层。如果是N台机器，就只有N个请求打到db里，请求数量比较容易控制。

要注意的点

1）如果从数据库中获取不到数据，则也需要缓存，避免恶意攻击。