Redis配置那些事儿，怎么调才能跑得更快点儿？

Redis这个东西,说白了就是个速度特别快的“大字典”，数据主要放在内存里，所以天生就快，但你要是配置不好，它也可能变得慢吞吞的，今天聊的这些东西，不是什么高深的秘籍，就是一些实实在在的配置项，调一调可能就有意想不到的效果。

最最核心的就是内存和持久化策略,Redis虽然快，但内存是有限的，而且万一服务器重启，数据不能丢啊，这就涉及到持久化，Redis有两种主要的持久化方式：RDB和AOF。

RDB就像是给数据拍个快照,在某个时间点把整个数据库存成一个文件，这个方式的优点是恢复起来快，文件也比较紧凑，但缺点是万一在两次快照之间服务器宕机，这段时间的数据就没了，影响RDB性能的关键配置是save参数，比如默认的save 900 1表示900秒内至少有1个key发生变化就拍快照，如果你的数据特别重要，可以设置得更频繁些，比如save 60 10000（60秒内1万个key变动），但这会增加磁盘I/O压力，可能拖慢Redis本身，你得在数据安全性和性能之间找个平衡。

AOF则是记录下每一个写操作命令,相当于一个操作日志，服务器重启时，重新执行一遍这些命令就能恢复数据，这种方式数据安全性高，最多损失一秒的数据（如果配置为每秒同步），但AOF文件通常会比RDB大，而且恢复起来慢，为了让AOF不影响主进程性能，有个关键配置叫appendfsync，它有三个选项：always（每个命令都同步，最安全但最慢）、everysec（每秒同步一次，推荐，安全性和性能折中）、no（让操作系统决定，最快但可能丢失较多数据），一般情况下，用everysec就挺好。

为了兼顾启动速度和数据安全,可以同时开启RDB和AOF，这时Redis重启会用AOF文件来恢复，因为AOF的数据更完整。

要说说内存管理,内存满了可是个大麻烦，Redis有个叫maxmemory的参数，你一定要设置它，不能让它用光所有内存，不然操作系统会开始用Swap（交换分区），一旦用了Swap，Redis的速度就会像蜗牛一样，设置好最大内存后，你还要指定内存满了之后的淘汰策略，通过maxmemory-policy来设置。

常见的策略有：

• volatile-lru：在设置了过期时间的key中，淘汰最近最少使用的，这是最常用的。
• allkeys-lru：在所有key中，淘汰最近最少使用的，如果你的key部分没有设过期时间，但又想防止内存爆掉，可以用这个。
• volatile-ttl：淘汰剩余寿命最短的key。
• noeviction：不淘汰，当内存不足时，新写入操作会报错，这个要小心使用，除非你的数据绝对不能丢。

选对淘汰策略非常重要,这决定了在内存紧张时牺牲哪些数据。

再来,是一些网络和系统层面的小技巧，有个参数叫tcp-keepalive，默认是300秒，如果设置得太高，可能会导致一些僵尸连接占着资源不放；如果设置得太低，又可能误杀正常的空闲连接，一般保持默认或根据网络环境微调即可。

另一个容易被忽略的是timeout参数，它表示客户端空闲多少秒后关闭连接，如果你的应用会有很多短连接，设置一个合理的超时时间（比如300秒）可以防止连接数过多耗尽资源，但如果是长连接应用，可以设大一点。

对于Linux系统本身,你需要调整一些内核参数来配合Redis的高性能，要允许系统分配更多的网络连接数，需要增加somaxconn的值（比如2048或更大），同时别忘了在Redis的配置里也把tcp-backlog参数相应调大，还有，要禁用Linux的透明大页（Transparent Huge Pages），因为这个功能会导致Redis出现延迟飙升，可以用命令echo never > /sys/kernel/mm/transparent_hugepage/enabled来禁用。

一些零碎但有用的点：

• 慢查询日志：用slowlog-log-slower-than设置一个阈值（单位微秒，比如10000表示10毫秒），记录下执行时间超过这个阈值的命令，定期检查慢查询日志，能帮你发现哪些操作或者数据模型设计有问题。
• 避免使用KEYS命令：这个命令会遍历所有key，在生产环境下如果key很多，会直接让Redis卡死，应该用SCAN命令来代替，它是渐进式的，不会阻塞服务。
• 合理设置数据结构：比如不要什么都用String类型，如果存一个用户对象，用Hash可能比用多个String key更省内存，效率也更高。

调优Redis没有一劳永逸的“黄金配置”，关键是根据你的实际业务场景、数据量和硬件资源来做权衡，最好的办法是，在测试环境里用类似生产的压力去模拟，一边压测一边调整这些参数，观察变化，找到最适合你自己的那个甜蜜点。