缓存击穿是指在超级热点数据突然过期，导致针对超级热点的数据请求在过期期间直接打到数据库，这样数据库服务器会因为某一超热数据导致压力过大而崩掉。
超热数据：比如秒杀时的数据，某宝、某东、某多多这种平台的数据如果在秒杀时间段失效，请求量足矣让数据库崩掉。
如图：
简要说明：
缓存Redis服务器颜色说明：绿色块代表有缓存数据，粉色块代表缓存中没有数据；白色圈代表超级热点缓存数据过期失效，绿色箭头代表直接从缓存中获取数据；黄色箭头代表穿过缓存从数据库中查数据。
流程大概如下:
大量客户端发起大量请求到服务器；
服务器代码逻辑将先经过缓存，如果有缓存数据(绿色部分)，直接从缓存中获取数据数据返回；如果超热缓存数据过期(白色圈部分)，请求就会直接打到数据库服务器(如黄色箭头)。
超级热点数据过期失效，如秒杀数据，如果在秒杀时段失效，最终数据库将因为过大压力崩掉，导致系统不可用。
注：这个只是针对超热点数据，而不是大范围数据。
1.2 常用解决措施热点数据不过期：像这种超热数据就设置永不过期。避免过期失效让数据库压力过大而崩。
加互斥锁：目的就是加锁，然后向缓存中重新加载数据，让请求等待，其实这样的体验不好，慎用。如果要用，要超级注意锁的性能和稳定性。
总结缓存穿透、缓存雪崩、缓存击穿不管是哪个问题，其主要原因还是在缓存层没有命中，将请求直接打到数据库啦，最终导致数据库压力过大，系统不可用。小伙伴根据系统需要进行问题处理，没有完美的解决方案，但总会有一种适合需求的方案，解决业务问题才是真正目的。
今天没有上代码，相信小伙伴都能根据解决措施写出对应的代码，分布式锁可能稍微有点难搞，下次抽时间给大家安排上。
关于Redis系列，下篇说说Lua脚本就算初步完成啦，剩下的就是实战的总结啦，在项目的使用过程中，如果有好的方案和棘手的问题都会和小伙伴分享。接下来数据库优化系列即将开启，主要针对MySql。
这篇文章特意安排在元宵发布，熬夜到两点，就是为了祝小伙伴元宵节快乐。
一个被程序搞丑的帅小伙，关注"Code综艺圈"，跟我一起学~~~