Redis空间爆满了怎么办？教你几招快速清理释放内存，别慌着换服务器

Redis空间爆满了怎么办？教你几招快速清理释放内存，别慌着换服务器

当你发现Redis突然响应变慢，或者监控报警显示内存快用完了，先别急着点开服务器购买页面，很多时候，问题可以通过一些清理和优化手段来解决，下面这些方法，很多运维和开发者都在用,你可以一步步尝试。

第一招，先看看谁占用了最多的房子（内存） 别盲目删除，先搞清楚内存被什么数据吃掉了，Redis自带“侦查”工具，打开Redis命令行，使用 info memory 命令，可以看总内存使用情况，但更关键的是，找到那些“大块头”的键，这里有个实用方法：使用 redis-cli --bigkeys 命令（根据Redis官方文档），这个命令会扫描整个数据库，把各种数据类型中最大的键给你找出来，你会发现，可能是有几个特别大的哈希表（Hash）或者列表（List）在作祟，知道目标,才能下手。

第二招，给数据加上“保质期”，让过期数据自动消失 这是预防和清理的黄金法则，很多数据其实只是临时用一下，比如短信验证码、会话缓存，但写代码时忘了设置过期时间，它们就成了“永久居民”，赶紧检查一下你的代码，给这些临时数据加上 EXPIRE 或 SETEX 命令，对于已经存在的大量无过期时间的数据，可以写个小脚本，扫描并给它们批量设置一个合理的过期时间，Redis会自动淘汰过期的数据,这是最省心的清理方式。

第三招，直接“请走”那些没用的数据或大块头 如果情况紧急，需要快速腾出空间,可以考虑主动删除。

1. 清理已过期的数据：即使数据设置了过期时间，Redis也不是时刻在删除，它有自己清理机制，你可以手动执行 redis-cli CONFIG SET activedefrag yes 来主动触发内存碎片整理，帮助回收内存（依据Redis官方对于内存碎片整理的说明），或者，更直接一点，对目标数据库执行 redis-cli KEYS "*" 命令（注意：在生产环境大量键时慎用，可能阻塞），找出无用或可删除的键，然后用 DEL 命令删除，对于海量键，更推荐用 SCAN 命令分批扫描,避免阻塞。
2. 对付“大键”：如果通过第一招发现了占用内存巨大的单个键（比如一个存了几十万条数据的Hash），就要分析它的业务用途，如果可以不保留，直接删除，如果还需要，但可以清理部分数据，可以考虑用 HSCAN、SSCAN 等命令扫描大键内部，分批删除部分元素,而不是直接删除整个键。

第四招，改变数据存放的“姿势”，节省空间 同样的数据，不同的存储方式,占用的空间可能差很多。

• 别把JSON字符串当万能钥匙：很多人图方便，把一个对象序列化成JSON字符串存成一个String键，如果这个对象字段很多，且你经常只需要读其中一两个字段，这非常浪费，可以考虑改用Hash来存储，因为Hash只会存储字段和值,并且可以单独读取或更新某个字段。
• 压缩一下再存：如果存储的是文本类数据（比如HTML片段、长文本），可以在写入Redis前，先用Gzip等算法压缩一下，读取时再解压，虽然消耗一点CPU，但能省下大量内存,这需要根据业务情况权衡。
• 使用更省内存的数据类型：Redis提供了更节省内存的数据结构，如果你存储的是一大堆数字ID，用集合（Set）可能不如用有序集合（ZSet）紧凑，或者可以考虑使用Redis Modules中的布隆过滤器（Bloom Filter）等结构。

第五招，终极方案：把数据分到多个“房子”里（分片集群） 如果以上方法都试了，内存还是不够用，并且数据确实都在用、不能删，那说明你的数据量真的超过了单台Redis的能力，这时，才需要考虑“换服务器”的升级方案——但不是简单换台更大的，而是使用Redis Cluster（集群）功能，它可以把你的数据分散到多台Redis服务器上，理论上可以实现无限的水平扩展，这需要客户端支持，并且架构上会更复杂一些,但这是应对持续增长数据量的根本解决办法。

一定要记住的事

• 备份：在进行任何大规模删除操作前，务必在业务低峰期，使用 SAVE 或 BGSAVE 命令对Redis数据进行备份,以防误删重要数据。
• 监控：平时就要养成监控Redis内存使用情况的习惯，设置报警阈值,别等爆满了才处理。
• 规范：建立开发规范，明确不同类型数据的过期时间和存储格式,从源头避免内存浪费。

遇到Redis内存满了先别慌，从分析、设置过期、清理无用数据、优化存储结构这几步入手，往往能释放出可观的空间，为业务赢得宝贵的缓冲时间，真的到了数据规模持续增长的阶段,再考虑集群方案也不迟。