Redis里设置Size那点事儿，教你快速搞定效率翻倍的诀窍

说到用Redis，很多人觉得就是把数据往里一存，能读出来就完事儿了，但你要真这么想，那可就把Redis用瞎了，它为啥快？除了内存操作，关键就在于它那精巧的数据结构和背后的“尺寸”玄学，今天咱不聊那些深奥的源码，就掰扯掰扯怎么通过“设置大小”这个看似简单的操作,让你的Redis性能蹭蹭往上涨。

给数据结构预设个大小，别让它“穷折腾”

这个诀窍主要针对List（列表）、Hash（哈希）和Set（集合）这些动态变长的数据结构，Redis很聪明，它能根据你存入数据的多少自动调整占用的内存空间，但问题就出在这个“自动”上。

你有一个List，一开始是空的，你开始往里面一个个地塞数据，Redis为了省地方，一开始会用一块很小的内存来存它，但当你塞的数据超过了它最初的预期，Redis就得忙活起来了：它得找一块更大的内存，把旧数据搬过去，再把小内存释放掉，这个过程叫“重分配”（根据《Redis设计与实现》一书中的描述），如果你一直往List里追加数据，Redis就可能得反复进行好几次这种“搬家”操作。

这就像你住房子，一开始租了个单间，东西多了换一居室，再多了换两居室……每次搬家都又费时间又费力，那咋办呢？如果你提前知道这个List大概要存1万个元素，那就在创建它之后，第一时间用命令（比如对于List，可以用LTRIM命令的一些技巧，或者在使用前预估）给它“撑撑场子”，暗示Redis：“哥们儿，给我预留个能住下一万个人的地方！”（具体实现上，对于不同的数据结构，Redis的底层实现会有预分配机制，但主动控制初始大小能减少不必要的分配次数），这样一来，Redis一次就给你分配足够的内存，避免了后续添加数据时的反复折腾,效率自然就高了。

揪出“大块头”，给超长字符串和超大Key“瘦身”

Redis有个隐形杀手，叫“大Key”，啥是大Key？简单说就是某个Key对应的Value特别大，一个String类型的Key，里面存了一篇几十万字的文章；或者一个Hash,里面塞了几十万个字段。

这种大Key的危害可大了去了（根据众多Redis运维实践总结），操作它特别耗时，你读它或者写它，都可能让Redis“卡”一下，因为处理的数据量太大了，就像让你一口气抄完一本字典，你也得累够呛，在网络传输时，这么大的数据量会占用很多带宽，拖慢其他请求，最要命的是，在Redis做持久化或者主从同步时，大Key会导致延迟急剧增加,甚至可能引发超时。

第二个诀窍就是定期检查有没有这种“大块头”，你可以用Redis自带的redis-cli --bigkeys命令扫一下（这是Redis官方工具提供的功能），它能帮你快速找出哪种数据类型的哪个Key最大，找到之后，就得想办法给它“瘦身”：

• 拆解大对象： 比如那个存了几十万个字段的Hash，能不能按业务逻辑拆成十几个小Hash？比如用户数据,按用户ID的尾号拆分成10个Hash。
• 压缩数据： 如果存的是文本（比如文章内容、JSON字符串），在存入Redis之前，先用gzip之类的算法压缩一下（根据应用场景权衡CPU和内存的开销），用的时候再解压，用一点CPU时间换大量内存,很多时候是划算的。
• 换种数据结构： 有时候用别的数据结构更省地方，比如要存一堆用户的在线状态，你用一个Set来存所有在线用户的ID，可能不如用String类型的位图（Bitmap）来得节省（如果用户ID是连续的整数的话）。

设置过期时间，给缓存一个“保质期”

这个诀窍严格来说不是设置数据本身的大小，而是设置它的“生命长度”，但最终目的也是为了控制内存这个总容量的大小，很多人把Redis当缓存用，但往里塞数据的时候，却不设置过期时间（TTL），结果就是，数据只进不出，Redis的内存很快就被塞满了，当内存用尽时，Redis就要启动淘汰机制，根据你设定的策略（比如LRU，最近最少使用）去删除一些Key来腾地方,这个淘汰过程本身也有开销。

所以你想想，如果一堆数据明明是缓存，早就不需要了（比如三天前的新闻热点），还一直赖在内存里，不仅占着茅坑不拉屎，还增加了Redis在内存不足时筛选淘汰目标的负担，正确的做法是，只要是缓存数据，99%的情况都应该给它设置一个合理的过期时间，比如会话（Session）设置30分钟过期，热点数据设置1小时过期，这样，这些数据会像有了“保质期”一样，时间一到就自动被Redis清理掉，内存空间始终能保持一个良性的循环，避免了内存撑爆的危机,也减轻了淘汰算法的压力。

规划总内存，设置淘汰策略别“裸奔”

最后这个诀窍是关于Redis实例总内存的，你总不能让它无限增长吧？一定要在配置文件里（根据Redis官方文档建议），使用maxmemory参数给Redis设置一个内存上限，光设置上限还不够，你得告诉Redis，当内存快用完的时候，该怎么办,这就是内存淘汰策略。

千万别用默认的noeviction（不淘汰，直接报错），除非你的数据极其重要，宁可写不进去也不能丢，对于大多数缓存场景，推荐使用allkeys-lru（从所有Key中淘汰最近最少使用的）或者volatile-lru（只从设置了过期时间的Key中淘汰最近最少使用的），这样，当内存不足时，Redis会自动帮你把那些“冷门”数据清理掉，给“热门”数据腾地方，整个过程是自动化的,保证了服务的可用性。

想让Redis效率翻倍，在“Size”这件事上你得有点心眼儿：预先分配减少内耗，揪出大Key减轻负担，设置过期及时清理，限定总量选好策略，把这些诀窍用好了,你的Redis想不快都难。