1. 缓存穿透：使用布隆过滤器拦截不存在的key，避免查询穿透到数据库。设置空值缓存，TTL短一些，比如30秒。参数设置：bloom filter预计插入1千万数据，误判率0.001。

CSDN网友分享

缓存雪崩：Redis实例级别的预防，给每个key加随机TTL，比如基础TTL+随机0-60秒。客户端层面：使用Hystrix限流、降级，请求缓存失败时直接查DB降级。运维层面：Redis Sentinel高可用，主从+哨兵，主挂自动切换；Redis Cluster集群分片；多中心部署。多级缓存，本地缓存+集中缓存。

知乎高赞回答

2. 缓存击穿：单个热点key失效，大量请求打到DB。使用mutex（互斥锁）方案：第一个请求获取锁，其他请求等待或降级；或逻辑过期，双重缓存（缓存A缓存B），A过期用B数据异步更新A；热点key不让它失效，永不过期，定时刷新。

博客园经验帖

3. 缓存穿透：布隆过滤器；缓存空对象，value设置null或空字符串，TTL短；接口层校验参数有效性；从源头过滤无效请求。参数配置：统一参数校验器；url白名单；参数习惯校验。

掘金网友实践

4. 缓存雪崩：Redis高可用：哨兵模式，主从复制；客户端限流：使用Guava RateLimiter限流；降级：Hystrix降级，缓存不可用直接查DB；数据预热：项目启动时预热缓存；不同key设置不同TTL，避免同时失效。

阿里云社区讨论

5. 其他异常：网络抖动：设置连接超时、重连机制；热点key：使用本地缓存如guava；大数据量：分片、大key拆分；内存不足：设置maxmemory-policy allkeys-lru；持久化：rdb+aof；慢查询：监控slowlog。

SegmentFault论坛

6. 分布式锁：Redlock算法，多个Redis节点加锁，多数节点成功才算加锁成功；锁超时时间设置；业务处理时间<锁超时时间；释放锁用lua脚本避免误删。

简书热文

7. 监控告警：使用Redis exporter+Grafana监控内存、QPS、连接数、慢查询；大key预警；内存使用率80%告警；结合ELK日志分析。

FAQ
Q: 缓存穿透怎么快速解决？
A: 先加布隆过滤器，再设空值缓存，短期TTL。
Q: 雪崩发生了怎么办？
A: 紧急加随机TTL，开启限流降级，检查高可用。
Q: 击穿热点key怎么防？
A: 永不过期或互斥锁，定时任务刷新。
Q: Redis内存不足处理？
A: 配置lru策略，监控大key，数据分片。