Redis缓存清理那些命令，快速又有效的操作方法分享

Redis缓存清理，说白了就是给Redis这个高速数据仓库做大扫除，目的是腾出空间、提升性能，清理的方法有很多把“钥匙”，用哪一把取决于你想清理哪个“房间”，以及你想打扫得多彻底,下面就来详细说说这些快速又有效的命令和操作方法。

最直接、最彻底的清理命令就是FLUSHALL（来源：redis.io），这个命令非常简单，就一个单词，但威力巨大，它会把Redis服务器上所有数据库里的数据，不管三七二十一，全部清空，一个不留，想象一下，这就像是对整个仓库进行了一次格式化，所有货架上的东西瞬间消失，这是一个非常危险的操作，必须极其谨慎地使用，通常只在测试环境，或者你真的确定所有数据都可以丢弃的情况下才使用，为了安全起见，Redis允许你在配置文件中设置一个命令重命名，比如把FLUSHALL改成一个非常复杂的、别人猜不到的命令,防止被误操作。

如果你不想清空整个仓库，只想清理当前正在使用的那个数据库，那么就要用FLUSHDB命令（来源：redis.io），Redis默认有16个数据库（编号从0到15），你可以同时使用它们。FLUSHDB只清理你当前连接的那个数据库，其他数据库的数据安然无恙，这好比是只清空了仓库的1号库房，而2号、3号库房不受影响,这个命令同样需要小心使用。

上面两个命令虽然快，但太“暴力”了，容易误伤，在实际生产环境中，我们更多时候是需要精细化的清理，也就是按条件删除特定的key，这时候就要用到DEL命令（来源：redis.io）。DEL命令后面可以跟一个或多个key的名字，它会把指定的这些key连同它们的值一起删除，你想删除一个叫user:1001:profile的用户信息缓存，和另一个叫product:2024:hot的热门商品缓存，就可以执行DEL user:1001:profile product:2024:hot，这个方法非常精准，但缺点是如果你要删除的key非常多，比如成千上万个符合某种模式的key，一个一个写进DEL命令里是不现实的。

为了解决批量删除的问题，Redis提供了更强大的KEYS命令结合管道（Pipeline）的方法，这是一种经典组合拳（来源：常见运维实践），使用KEYS命令来查找所有符合特定模式的key，你的缓存key都是有规律的，用户key都以user:开头，后面接用户ID，你想清理所有用户缓存，就可以用KEYS user:*这个命令，它会列出所有以user:开头的key。KEYS命令有一个巨大的缺点：它会阻塞Redis服务器，当Redis中的数据量非常大时，执行KEYS *这样的操作可能会导致服务短暂卡顿，因为Redis是单线程的，它在努力帮你找key的时候,就没法处理其他请求了。

更安全、更高效的做法是：先使用KEYS命令在测试环境或者数据量少的时候确认模式是否正确，在生产环境则要非常小心，一个更好的替代方案是使用SCAN命令（来源：redis.io）。SCAN命令可以增量式地遍历所有key，不会像KEYS那样一次性阻塞整个服务，你可以写一个简单的脚本，先用SCAN命令迭代地获取所有符合模式的key，然后将这些key通过管道（Pipeline）一次性提交给DEL命令删除，这样既能实现批量删除，又将对服务的影响降到最低,很多编程语言的Redis客户端都提供了方便的方法来执行这种操作。

除了直接删除，Redis还有一种基于过期时间的自动清理机制，这其实是一种“预防性”的清理策略（来源：redis.io），你在存入缓存的时候，就可以通过EXPIRE命令或者直接在SET命令里加上过期时间（例如SET key value EX 3600）来给key设置一个存活时间（TTL），时间一到，Redis会自动删除这个key，这种方法虽然不是主动清理，但通过良好的缓存过期策略，可以确保缓存数据不会无限期地堆积，从而实现自动的新陈代谢，定期检查一下哪些key即将过期或者已经过期但还没被清理（Redis有自己的一套惰性删除和定期删除机制）,也是维护缓存健康的好习惯。

还有一种特殊情况，当你使用的Redis版本是4.0及以上时，有一个更强大的工具叫UNLINK命令（来源：redis.io）。UNLINK可以看作是DEL命令的异步友好版。DEL命令是同步删除的，如果一次性删除一个非常大的key（比如一个包含几百万个元素的集合），或者一次性删除很多key，可能会导致Redis服务器停顿一下，而UNLINK命令则是先把key从 keyspace（键空间）里移除，真正的删除操作放在后台由另一个线程慢慢处理（如果Redis是以非单线程模式运行的话），这样，执行UNLINK的命令会立刻返回，不会阻塞你的应用请求，非常适合在需要批量清理大量数据的生产环境中使用，你可以把它理解为“异步删除”。

快速有效的Redis缓存清理,关键在于对症下药：

• 要毁灭性重置：用FLUSHALL或FLUSHDB,但务必谨慎。
• 要精准打击：用DEL命令删除指定key。
• 要批量清理：避免使用阻塞的KEYS，优先考虑用SCAN迭代结合管道DEL，或者使用Redis 4.0+的UNLINK命令进行异步批量删除。
• 要防患于未然：给缓存设置合理的过期时间（TTL）,让Redis自动清理。

在实际操作中，尤其是在重要的生产环境，强烈建议先在测试环境演练，并且选择在业务低峰期（比如深夜）进行大规模的清理操作，同时做好监控，观察清理期间Redis的内存、CPU和响应时间变化,确保万无一失。