本地Redis用着慢？聊聊那些性能提升的小技巧和注意点

聊到本地Redis觉得慢，这事儿其实挺常见的，很多时候不是Redis本身不行，而是咱们用的时候没太注意一些细节，Redis本来就是以快著称的内存数据库，如果在本地环境下都觉得卡顿，那多半是配置或者使用方式上可以优化，下面我就结合一些常见的经验和网上的讨论（比如开源社区像Stack Overflow、Redis官方文档、一些技术博客像阿里云开发者社区等地方的常见问题汇总），聊聊哪些地方容易出问题,以及怎么让它更快。

最最首要的一件事，就是检查你的数据持久化设置，这是导致写操作变慢的一个超级常见的原因，Redis为了数据安全，提供了两种主要的持久化方式：RDB（快照）和AOF（日志），问题往往出在AOF模式上，AOF是每次写命令都记录一下，数据安全性最高，但如果你设置的是appendfsync always，意思是每次写命令都立刻刷到硬盘上，这个操作本身就很慢，会严重拖累Redis的写入性能，对于大多数本地开发或者对数据丢失容忍度稍高一点的场景，完全没必要这么设，改成appendfsync everysec（每秒同步一次，是默认值）或者甚至appendfsync no（让操作系统自己决定什么时候刷盘），写性能会有立竿见影的提升，RDB快照也一样，如果让它每分钟都做一次全量快照，硬盘I/O压力也会很大，根据你的业务对数据安全性的实际要求，合理配置持久化策略,是提升性能的第一步。

要警惕内存使用不当带来的问题，Redis是内存数据库，内存不够用或者用得不高效，肯定会慢,这里有几个点：

1. 别让物理内存用尽：一定要在redis.conf配置文件里设置maxmemory，别让Redis把服务器物理内存都吃光了，否则系统会开始用交换分区（Swap），那速度就得慢好几个数量级,跟磁盘打交道了。
2. 注意淘汰策略：设置了maxmemory后，还得设置maxmemory-policy（内存满了的淘汰规则），如果设成了noeviction（不淘汰，直接报错），那内存一满，所有写请求就都失败了，如果是可淘汰的场景，根据业务特点选，比如用allkeys-lru可能会比较通用。
3. 小心大Key：这是性能杀手，什么是大Key？比如一个String类型的Value有好几MB，或者一个Hash、List、Set里面存了几十万个元素，当你用DEL命令删除一个大Key时，因为Redis是单线程的，这个删除操作会阻塞住整个进程，期间所有其他请求都得等着，感觉就是卡住了，同样，查询大Key（比如用HGETALL取一个巨大的Hash）也会导致网络传输耗时很长，看起来像Redis响应慢,设计数据结构时就要有意识地把大Key拆小。
4. 留意内存碎片：Redis用久了，删除和修改不同大小的键可能会导致内存碎片化，你可以通过INFO memory命令看看mem_fragmentation_ratio这个值，如果长时间远大于1.5，就说明碎片比较严重了，可能会影响性能，解决办法是开启activedefrag yes让Redis自动整理碎片，或者在低峰期执行MEMORY PURGE（如果支持的话）或重启Redis。

再来，命令的使用姿势非常关键，Redis是单线程模型，意味着它一个时刻只能处理一个命令，如果你不经意间用了一些比较“重”的命令，或者一次处理太多数据,就会阻塞其他请求。

• 避免使用慢查询命令：比如KEYS命令，它会遍历所有键来匹配模式，在生产环境或数据量大的本地环境用这个命令，简直就是灾难，会暂时卡死Redis，应该用SCAN命令来替代，它是以游标方式分批遍历，不会阻塞太长时间，类似的，SMEMBERS（获取Set所有成员）、HGETALL（获取Hash所有字段和值）这种命令，如果集合很大，也要慎用，可以考虑用SSCAN、HSCAN。
• 善用批量操作：减少网络往返次数，比如要插入多个键值对，别用一堆SET命令，改用MSET一次搞定，Pipeline（管道）技术也是这个道理，能把多个命令打包一次发送，大大减少网络开销,对性能提升非常明显。
• 谨慎处理大量键过期：如果你在同一秒内有成千上万个键同时过期，Redis要忙着清理它们，这可能会引起短暂的延迟小高峰，如果可以,尽量让过期时间分散开。

说说网络和配置方面的细节，虽然是本地使用，网络延迟几乎可以忽略,但也不是完全没点。

• 绑定的IP地址：检查一下配置文件里的bind指令，如果只用于本机连接，最好就设成0.0.1，而不是0.0.0（允许所有IP连接），这样更安全,也可能减少一些不必要的网络监听开销。
• 关闭透明大页（THP）：这是一个Linux内核特性，但Redis官方文档明确说了，它在运行时可能会导致延迟飙升，建议在操作系统层面把它关掉，这算是一个比较偏系统的优化点,但效果可能很明显。
• 合理设置连接数：虽然本地连接数一般不多，但如果你的应用端使用了连接池，也要注意别设置得过大,避免不必要的资源占用。

本地Redis慢，别急着怪罪软件本身，按照上面的思路，从持久化、内存、命令使用、系统配置这几个方面挨个排查一下，八成能找到症结所在，大多数情况下，调一两个配置，改一改使用代码里的写法，速度就能上来,希望这些小技巧能帮到你。