清理Redis缓存其实没那么复杂，教你几招快速搞定缓存问题

说到清理Redis缓存，很多开发人员或者刚开始接触运维的朋友可能会觉得有点头疼，怕一不小心就把重要的数据给删掉了，或者导致线上服务出问题，但其实，只要你掌握了几个核心的命令和正确的思路，清理Redis缓存完全可以变得简单又安全，今天我们就来聊几招实用的方法,帮你快速搞定常见的缓存问题。

我们得明白为什么要清理缓存，通常有这么几种情况：比如缓存的数据已经过期了，但Redis的过期删除策略可能没那么及时，导致内存占用居高不下；或者是我们更新了程序逻辑，之前缓存的数据格式已经不对了，需要全部换掉；再不然就是单纯地想释放一下内存空间，弄清楚了目的,我们才能选择最合适的方法。

第一招：对症下药——精准删除特定Key

这是最常用也最安全的方式，当你明确知道是哪个或哪一类Key出了问题的时候，就不要一股脑地全清了，Redis提供了DEL命令来删除单个或多个指定的Key，你想删除一个叫user:info:123的用户信息缓存，直接执行DEL user:info:123就行了。

但更多时候，我们想删除的是一批有共同特征的Key，比如所有以product:detail:开头的商品详情缓存，这时候，DEL命令就有点力不从心了，因为它不支持通配符，正确的做法是结合KEYS命令和DEL命令，不过这里有个重要的警告：KEYS命令在生产环境要极其谨慎地使用！ 因为KEYS命令会遍历数据库中的所有Key，如果Key的数量非常庞大，这个操作可能会暂时阻塞Redis服务器,导致其他请求超时。

一个更安全的做法是使用SCAN命令。SCAN命令是一个增量式的迭代器，它不会一次性锁住整个数据库，对服务器的影响要小得多,你可以写一个简单的脚本来实现：

# 在Redis客户端中，使用SCAN迭代查找并删除
SCAN 0 MATCH product:detail:* COUNT 100
# 然后根据返回的Key列表，再用DEL命令逐个或批量删除

（来源：Redis官方文档关于SCAN命令的说明）

第二招：斩草除根——清空整个数据库

如果你的应用正处于开发调试阶段，或者确实需要清空所有缓存来一个“全新开始”，那么可以使用清空整个数据库的命令,这里有两个命令需要注意：

1. FLUSHDB：这个命令只清空当前你选择的数据库里的所有Key。
2. FLUSHALL：这个命令更“狠”，它会清空Redis服务器上所有数据库里的所有Key。

（来源：Redis官方文档关于FLUSHDB和FLUSHALL命令的说明）

重要提醒： 这两个命令是核武器级别的，在生产环境下执行前必须一万个小心！一定要确认当前连接的数据库是对的，并且确实有权限、有必要这么做，最好在业务低峰期操作,并提前通知相关人员。

第三招：治本之策——设置过期时间

最高明的清理不是事后去手动删除，而是让缓存能够“自动”清理，这就是Redis的过期时间（TTL）功能，在存入缓存的时候，就给它设定一个生存时间，比如5分钟或者1小时，时间一到，Redis会自动删除这个Key，这样既能保证数据的时效性,又能避免无用数据长期占用内存。

设置过期时间有两种常用方式：

• 在存入数据时直接设置：SET mykey "value" EX 3600 （这个Key在3600秒后自动过期）
• 对已存在的Key设置：EXPIRE mykey 3600

（来源：Redis官方文档关于EXPIRE命令的说明）

养成良好的习惯，为缓存数据设置合理的过期时间,能从根源上减少大量手动清理的工作。

第四招：应对内存不足——理解淘汰策略

即便我们设置了过期时间，但如果写入的数据太快太多，Redis占用的内存可能会超过物理限制，这时，Redis的“内存淘汰策略”就起作用了，当内存不足时，Redis会根据你配置的策略,自动删除一些Key来腾出空间。

常见的策略有：

• volatile-lru：从已设置过期时间的Key中,淘汰最近最少使用的。
• allkeys-lru：从所有Key中,淘汰最近最少使用的。
• volatile-random：从已设置过期时间的Key中,随机淘汰。
• allkeys-random：从所有Key中,随机淘汰。

（来源：Redis官方文档关于内存淘汰策略的说明）

你可以根据业务特点，在Redis的配置文件中选择合适的策略，如果你的缓存数据重要性差不多，可以用allkeys-lru；如果有些关键数据绝不能丢，但可以设置过期时间，那么用volatile-lru可能更安全。

总结一下

清理Redis缓存并不复杂,核心就是根据不同的场景选择正确的工具：

• 删几个Key？ 用DEL，批量用SCAN+DEL，千万别在生产环境乱用KEYS。
• 全都要删？ 用FLUSHDB或FLUSHALL,但务必慎之又慎。
• 想一劳永逸？ 给Key设置合理的过期时间（TTL）。
• 怕内存撑爆？ 配置好合适的内存淘汰策略。

无论用哪一招，操作前最好都养成备份配置、确认环境、通知团队的好习惯，这样,清理缓存就不再是一件让人提心吊胆的事儿了。