Redis缓存常见问题

一 缓存雪崩 

        reids缓存key同一时间大量失效，导致大量请求全部访问数据库，造成数据库压力过大宕机。
解决方案：

        设置缓存的不同过期时间，是的缓存不会在同一时间失效，导致所有的请求都直接访问数据库。

        redis采用集群部署，将一些热点的key进行集群化部署，使得热点的key平均的分布在不同的redis系统中。

        通过定时任务对缓存进行刷新缓存，同时将新的缓存设置失效时间。

二 缓存穿透 

        指缓存和数据库中都没有的数据，一般常见的黑客攻击，一般是黑客攻击，如通过请求id=-1的数据，这样数据直接透过缓存，直接请求数据库，导致数据库挂掉。 

        redis缓存中的数据不存在，则会去请求数据库。

解决方案：

        将用户的新请求缓存，使得用户的错误请求访问缓存而不是直接请求数据库。

        对参数的合法性做前置校验。

        对错误请求用户的ip拉黑。

        布隆过滤器。

三 缓存击穿 

        用户请求时间超过了redis缓存的时间，导致用户请求直接发送到数据库，此时数据库压力过大宕机。
解决方案：

        缓存永远不过期（存在一些问题，谨慎使用）。

        分布式锁（互斥锁）：当大量用户访问redis的数据的时候，当数据已经存在于缓存中的时候，则直接返回给用户，当数据不存在时，则会将直接请求数据库，此时通过对请求数据库的操作加锁，此时同一时间只有一个线程能够抢到这个锁，也就是只有一个线程能够操作这个数据库。当线程查到数据时，将这个数据写入缓存中，其他线程再次请求时就会直接访问redis中的缓存数据。

        分布式锁：zookeeper， redis分布式锁。

思考：项目可以分为上线前准备（redis，mysql，项目分布式集群），项目上线中的准备（采用限流降级的措施防止大量数据打到数据库上，导致系统宕机，集成报警系统），以及上线后一些问题的处理（通过redis RDB/AOF持久化机制来对缓存数据进行恢复，最大限度的减少系统的不可用时间）。