redis缓存， 缓存击穿，缓存雪崩，缓存穿透

　　在实际项目中，MySQL数据库服务器有时会位于另外一台主机，需要通过网络来访问数据库；即使应用程序与MySQL数据库在同一个主机中，访问MySQL也涉及到磁盘IO操作（MySQL也有一些数据预读技术，能够减少磁盘IO读写，此部分后续继续研究），总之，直接从MySQL中读取数据不如直接从内存中读取数据来的效率高。

　　为了提高数据库访问效率，人们采用了各种各样的方法，其中方法之一就是使用一个给予内存的缓存系统放置在数据库和应用程序之间。

　　在查找数据的时候，首先从内存中查找，如果找到则使用，如果没有找到，那么再真正访问数据库。这种方法在一些场景下（例如：频繁查找相同数据）能够提高系统的整体效率。
　　采用redis nosql数据库作为Mysql数据库的缓存，在查找的时候，首先查找redis缓存，如果找到则返回结果；如果在redis中没有找到，那么查找Mysql数据库，找到的话则返回结果并且更新redis；如果没有找到则返回空。对于写入的情况，直接写入mysql数据库。

缓存穿透

　　缓存穿透，是指查询一个数据库一定不存在的数据。

　　正常的使用缓存流程大致是，数据查询先进行缓存查询，如果key不存在或者key已经过期，再对数据库进行查询，并把查询到的对象，放进缓存。如果数据库查询对象为空，则不放进缓存。想象一下这个情况，如果传入的参数为-1，会是怎么样？这个-1，就是一定不存在的对象。就会每次都去查询数据库，而每次查询都是空，每次又都不会进行缓存。假如有恶意攻击，就可以利用这个漏洞，对数据库造成压力，甚至压垮数据库。即便是采用UUID，也是很容易找到一个不存在的KEY，进行攻击。

　　解决方案：如果数据库查询的对象为空，也放入缓存，只是设定的缓存过期时间较短，比如设置为60秒。

缓存雪崩

　　缓存雪崩，是指在某一个时间段，缓存集中过期失效。

　　解决方案：设置随机过期时间，避免集中过期。

缓存击穿

　　是指一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，就像在一个屏障上凿开了一个洞。

　　解决方案：对这种key设置为永不过期。