缓存系列（一）

主体：缓存redis + 数据库MySQL

1、缓存无法存储海量数据，如几亿条数据。
方案：在redis中的数据设置超时时间，如一天之后没有返回就将该数据清理出缓存。
2、缓存击穿（失效)。同一个小时间段内收到大量请求，这些请求的数据都不在还缓存中。如商城系统在同一个时间点添加了大量的商品，过来缓存后这些新加的商品几乎都不在缓存中了，这个时候有大量的请求这些新添加的商品，此时就会发生缓存击穿。
方案：不要每一条记录都设置相同的超时时间，设置一段时间内的随机超时时间即可。
3、缓存穿透。同一个小时间段，收到大量在缓存和数据库都没有的数据请求。
方案：如果查询数据库没有，就在缓存在为该key值存储一个空的值，下次遇到该key后，在缓存中读取。并且设置超时时间。
4、突发性系统缓存重建导致系统压力大增。同一时间点，大量请求数据库，如直播带货开始抢购冷门商品，每个请求都并发执行。
方案：使用锁，在缓存中找不到后，加上锁，然后进行排队。DCL双重检测锁机制。
5、如果直播带货多个冷商品同时有大量数据请求，4的方案就会出现商品2需要等待商品1，现在需要每个商品都不相互影响。
方案：使用分布式锁
6、缓存和数据库双写不一致的问题。线程1设置缓存数据为1->线程2设置缓存数据为2->线程2设置数据库为2->线程1设置数据库为1。此时数据库数据为1，但是缓存数据为2。
方案：加读写锁
7、缓存雪崩。同一时间点，大量数据请求缓存，导致缓存雪崩。如明星发微博
方案：多级缓存，如在内存中保留一个缓存。