11-8 热点key的重建优化

使用缓存首先从缓存中获取，如果获取不到就从数据源db中获取，如果获取到做一个回写（缓存重建）

缓存重建问题：

（1）如果重建的key是一个热点key，访问量很大。比如微博一个大V发重要消息，这个key访问量很大

（2）重建过期时间长，比如执行一个复杂的sql，或者调用一个很慢api。在重建过程由很多线程都会参与重建，导致获取过程很慢。因为每一个线程都要执行一边重建过程，这个重建过程可能是底层一个重建接口，或者api是数据库。由于是热点key，导致对数据库底层数据源有很大压力。

有大量线程都在做缓存数据源，查询数据源，1，对数据库数据源有很大压力，2，响应速度很慢

存在大量线程被夯住的问题

不会向互斥锁一样有一个等待的过程，线程无需等待

而且可以保证有一个线程完成缓冲的重建，以及数据的查询

问题：存在数据不一致的情况，因为没有等到缓存重建完成拿到老的结果

nginx缓存重建