Redis空间设置那些事儿，怎么才能既高效又不乱糟糟地用起来

Redis这个东西,用起来是真心快，但要是空间管理不好，那可真是一场灾难，想象一下，你的系统跑得好好的，突然就卡住了，一查发现Redis内存爆了，数据被强制清理，或者写不进去了，那种感觉就像开车上高速突然没油了，今天咱们就聊聊怎么把Redis的空间弄得既高效，又整整齐齐，不乱糟糟。

第一件事：你得知道你的Redis肚子里装了啥

别当甩手掌柜,你得经常看看Redis到底用了多少内存，里面都存了些什么玩意儿，用INFO memory这个命令，就像给Redis做个体检，能清楚地看到当前用了多少内存，峰值到过多少，关键是别等内存快满了才着急，要提前看。

更细致一点,可以用redis-cli --bigkeys这个命令（来源：Redis官方文档），它能帮你找出哪些Key占的空间最大，有时候可能就是那么一两个“大胖子”Key把地方都给占了，你不小心把一个有几百万成员的集合（Set）或者一个超级长的列表（List）存在一个Key里，这肯定不行，发现了这些“大胖子”，你就知道该从哪里下手优化了。

第二件事：给数据定个“保质期”，别让垃圾数据永远留着

Redis不是垃圾场,不能什么东西都往里扔还不清理，最常见、也最有效的方法就是给Key设置过期时间（TTL），就像给食物贴上保质期标签，到时候自动扔掉，通过EXPIRE命令（或者设置Key的时候直接用SETEX等命令），你可以告诉Redis这个数据多久以后可以自动删除。

设置TTL有几个好处：一是防止数据无限增长，比如用户的登录会话、短信验证码、临时缓存，这些数据本来就有时效性，用完了就该自动消失，二是它能帮你实现一种类似“最近最少使用”的淘汰机制（前提是配置了相应的策略），因为Redis在内存不足时，会优先淘汰那些已经过期的Key，给新数据腾地方，养成好习惯，给能过期的数据都设上TTL，你的Redis空间会清爽很多。

第三件事：内存满了怎么办？提前定好“家规”

就算设置了TTL,也可能有数据是不设过期时间的，或者短时间内数据增长太快，内存还是可能撑满，这时候Redis会怎么办？它可不会自己随便做主，你得提前告诉它规则，这就是配置maxmemory-policy，也就是内存淘汰策略（来源：Redis配置文档）。

这个策略就像你们家的“家规”，规定当空间不够时，把谁“请出去”，常见的几种“家规”有：

• volatile-lru：从那些设置了过期时间的Key里，挑最近最少使用的扔掉。
• allkeys-lru：从所有的Key里，挑最近最少使用的扔掉，这是最常用的一种策略。
• volatile-ttl：从设置了过期时间的Key里，挑剩余寿命最短的（马上要过期的）扔掉。
• noeviction：谁也不扔，但新来的数据就写不进去了，会报错，这个策略最保守，但也最容易导致服务不可用，除非你非常确定不能丢失任何数据，否则一般不太用。

选哪个策略,取决于你的业务，如果你的数据都是缓存，丢了还能从数据库再取，那用allkeys-lru就挺好，如果你的业务里有些关键数据是永久有效的，那可能用volatile-lru更安全，提前根据业务特点选好策略，别等出事了让Redis自己瞎搞。

第四件事：精打细算，从源头节约空间

除了管理,在存数据的时候就要学会“节俭”。

1. Key的命名要简洁：别把user:123456:profile:basic:info这么长的Key，能简写成u:123:pbi就简写，虽然一个Key省不了多少，但Key多了也很可观。
2. 选择合适的数据结构：Redis提供了多种数据结构，选对了能省很多地方，存一堆是的/否的这种状态，用集合（Set）可能很浪费，用位图（Bitmap）可能极小无比，存数字，用Redis的String类型存和用哈希（Hash）存，大小可能不一样，对于对象属性，不要每个字段都用一个Key，应该用一个Hash结构把整个对象存起来，这样能大大减少Key的数量。
3. 警惕“大Key”：前面提到的“大胖子”Key不仅是空间问题，还会导致操作变慢，甚至阻塞Redis，一个几MB的String，或者一个包含上万元素的Hash、List，都是潜在的炸弹，解决方法是拆分，比如一个大Hash可以按字段拆成多个小Hash；一个长List可以拆成多个短的List。

总结一下

要让Redis空间高效整洁,不能只靠一招，得打组合拳：监控分析是眼睛，让你知道现状；设置TTL是自动保洁，定时清理垃圾；配置淘汰策略是应急预案，告诉Redis紧急情况下怎么办；优化数据结构和小型化Key是勤俭持家，从根源上节约。

把这些事儿都做到位了,你的Redis就能一直保持轻盈，稳稳当当地为你的系统服务，再也不会出现乱糟糟、让人头疼的局面了，对空间的管理，本质上是对数据和业务的理解。