Redis配置文件那些事儿，怎么设置才能更顺手更高效一点

Redis的配置文件就像是它的“使用说明书”和“调教手册”，文件通常叫 redis.conf，默认的设置比较保守，是为了保证在任何机器上都能跑起来，但要想让它在你自己的服务器上发挥出最佳性能，不按照实际情况改改是不行的，咱们就挑一些最常用、最关键的说一说。

得让Redis能被访问到。 默认情况下，Redis为了安全，只允许本机（127.0.0.1）连接，这在生产环境下是绝对不行的，因为你的应用程序和Redis很可能不在同一台机器上，这时候就需要修改 bind 这个参数，你可以把它设置成 0.0.0，意思是允许所有网络接口的连接，但这样有点太开放了，不安全，更好的做法是指定你的应用服务器具体的IP地址，bind 192.168.1.100，如果有多块网卡或多个IP，用空格隔开就行，记得把 protected-mode 设置为 no，如果设置了bind IP，这个保护模式通常会自动关闭，但检查一下总没错。（来源：Redis官方配置文档关于网络配置的部分）

给Redis设个密码，别让它“裸奔”。 光限制IP还不够，万一有人拿到IP地址呢？所以必须设置密码，找到 requirepass 这个参数，把注释去掉，后面跟上你的密码，requirepass my_strong_password_2024，设了密码之后，客户端连接时就必须先通过 AUTH 命令验证才能操作，这个密码一定要设得复杂一点，别用简单的“123456”，不然等于没设。（来源：Redis安全相关配置说明）

内存管理是Redis性能的核心，这块儿设置不好会出大问题。 maxmemory 这个参数至关重要，它决定了Redis最多能用多少内存，你绝对不能让它把你的服务器内存全部吃光，否则系统会开始用交换分区（swap），速度会慢得像蜗牛，甚至导致Redis崩溃，比如你服务器有8G内存，可以设置 maxmemory 6gb,给系统和其他应用留点余地。

光设置最大内存还不够，还得告诉Redis当内存用满时，怎么办，这就是 maxmemory-policy 参数，默认是 noeviction，意思是内存满了就拒绝所有写入操作，只读不写，这虽然能保证现有数据不丢，但你的应用可能会因为写不进去数据而报错,所以根据你的业务场景选个策略很重要：

• allkeys-lru：从所有key中淘汰最近最少使用的，这是最常用的策略，适用于你不关心数据是否过期,只希望热点数据常驻内存的场景。
• volatile-lru：只从设置了过期时间的key中淘汰最近最少使用的，如果你有些关键数据永不过期,可以用这个。
• allkeys-random：随机淘汰,这个用的比较少。
• volatile-ttl：优先淘汰存活时间（TTL）最短的,也就是快过期的先扔掉。

选哪个要看你的业务，比如如果是做缓存，用 allkeys-lru 就挺合适。（来源：Redis配置文件中关于内存管理的详细注释）

持久化关系到数据安全，别等丢了数据再后悔。 Redis虽然快，但数据都在内存里，断电就没了，所以需要把数据持久化到硬盘上，主要有两种方式：RDB和AOF。

• RDB：类似于给内存拍个快照，通过 save 参数配置，save 900 1 表示900秒内至少有1个key变化就保存一次，RDB文件小，恢复快,但可能会丢失最后一次快照之后的数据。
• AOF：记录每一次写操作命令，通过 appendonly yes 来开启，AOF更安全，数据丢失少，但文件会越来越大，可以配置 appendfsync 来决定多久把操作写盘，everysec 是折中选择，每秒同步一次,性能和安全性兼顾。

通常建议是两者都开启，用AOF来保证数据不丢失，用RDB做冷备份。（来源：Redis持久化机制官方文档）

一些能让操作更顺手的小细节。

• 给连接起个名字：client-setname 可以让你的应用在连接Redis时设置一个客户端名称，这样你用 CLIENT LIST 命令查看时，就能一眼认出哪个连接是你的哪个应用,排查问题很方便。
• 慢查询日志：slowlog-log-slower-than 参数可以设置一个时间（微秒），比如10000（10毫秒），执行时间超过这个的命令会被记录到慢查询日志里，你可以用 SLOWLOG GET 查看是哪些命令拖慢了Redis,然后针对性地优化你的代码或者数据结构。
• 合理设置超时：timeout 参数可以设置客户端空闲多少秒后断开连接，默认是0（不断开），在生产环境，设置一个合理的值（比如300秒）可以防止连接数被空闲连接占满。

最后记住，修改完 redis.conf 后，一定要重启Redis服务，或者通过 CONFIG REWRITE 命令（如果支持的话）让配置生效，调优不是一蹴而就的，需要你根据实际的使用情况，比如观察内存占用、连接数、持久化状态等，不断地进行调整和摸索,才能找到最适合你业务场景的那一套配置。