缓存穿透
问题：当访问一个不存在的商品id时因为没有缓存会直接查数据库，如果有高并发访问不存在的id可能导致数据库压力变大。
解决方法：可以把空值也进行缓存，但缓存时间可以相对较低
缓存雪崩
问题：如果大量商品的缓存是在同一时间生成的，比如每天零点跑脚本更新缓存，会导致1点时大量缓存同时过期，这时会出现大量数据库查询。
解决方法：可以将过期时间加上一些随机因子，比如过期时间随机设置为为45分钟至1小时15分。
缓存击穿
问题：缓存未生成或过期后，突然高并发访问。因为生成缓存需要一定的时间，所以在这段时间并发请求都认为缓存不存在都去查数据库。
解决方法1：设置不过期的缓存（在修改数据时再更新缓存）
解决方法2：在缓存的数据中也记录一个时间，但比缓存的过期时间短。比如缓存1小时，数据中记半个小时。半小时后再访问这条数据时仍然从缓存中返回数据，但是同时会往消息队列中发一条请求更新缓存的消息。然后后台任务消费消息时去更新缓存，在更新缓存前要再次检查时间，因为同一个商品并发访问时有可能发送多条消息，但是实际上去只需要更新一次缓存就够了，剩下的可以忽略。这里还涉及到消息分区的问题，因为一般会多线程消费消息队列，这时要保证同一个商品的更新请求不会出现在多个线程中。
方法2的方案更复杂，而且只能缓解击穿，不能避免，唯一的优势就是缓存会过期，能节省一部分缓存服务的使用空间。