红色is配置咋弄的，还有redis那块配置到底怎么整比较好

你问的Redis配置怎么弄，还有怎么整比较好，这个问题很实际，很多人一开始都会被那一堆配置文件搞得头晕，咱们就抛开那些厚厚的手册,用大白话聊聊怎么上手和怎么弄得更稳妥。

第一部分：红色is配置咋弄的？

最省事的开始就是直接用默认配置，你从官网下载Redis，解压后直接敲命令 redis-server 就能跑起来，这时候它用的就是内置的默认配置，监听本机的6379端口，没有密码，这种适合你就在自己电脑上玩玩，或者做开发测试，非常方便。（来源：Redis官方文档的快速开始部分）

但你要是想把Redis用在稍微正式点的地方，比如给网站或者应用做缓存，那就不能这么随便了，得动配置文件，Redis的配置文件通常叫 redis.conf，你可以在启动的时候指定它：redis-server /path/to/your/redis.conf。

配置文件里选项非常多,但刚开始你重点关注这几个就行：

1. 绑定的IP地址（bind）：默认是 0.0.1，意思是只允许本机连接，如果你的应用程序和Redis不在同一台机器上，你就需要把这行注释掉（前面加个#），或者改成 0.0.0（允许所有IP连接）或者你服务器的内网IP。但注意，改成0.0.0.0有安全风险，最好配合防火墙和密码一起用。（来源：Redis配置文件中关于bind指令的注释说明）
2. 端口号（port）：默认6379，你可以改成一个别的端口，算是一点基本的安全措施,避免被网上扫描工具一眼看穿。
3. 设置密码（requirepass）：这是非常重要的！默认是注释掉的，也就是没密码，你一定要自己设一个复杂的密码，requirepass your_strong_password_here,这样客户端连接时就需要先验证密码才能操作。
4. 数据持久化（save）：Redis是内存数据库，一断电数据就没了，所以需要把数据存到硬盘上，这叫持久化，默认配置里有几行像 save 900 1 这样的，意思是900秒（15分钟）内至少有1个key发生变化，就保存一次，还有 save 300 10 等等，你可以根据你对数据安全性的要求调整，比如要求更频繁地保存，但会更耗性能，还有一种叫AOF的持久化方式，默认没开，你可以把 appendonly 改成yes来开启，这种方式能记录 every write operation，数据更安全，但文件会更大。（来源：Redis持久化官方文档对RDB和AOF模式的解释）
5. 守护进程模式（daemonize）：默认是no，意思是Redis会在前台运行，你关掉终端它就停了，改成yes后，Redis会在后台以守护进程运行,适合生产环境。
6. 数据文件存放目录（dir）：默认是，也就是当前目录，你最好改成一个专门的、有足够空间的路径，dir /var/lib/redis。

你先把这些基本项配置好,一个能用于简单生产环境的Redis服务就算跑起来了。

第二部分：redis那块配置到底怎么整比较好？

“比较好”这个说法，完全取决于你的“场景”，没有放之四海而皆准的最佳配置，只有最适合你当前情况的配置,主要从几个方面考虑：

内存管理和淘汰策略（maxmemory-policy） 这是Redis配置里的重中之重，你的服务器内存是有限的，但数据可能会一直增加，总有一天会塞满，塞满了之后，再有新数据写进来怎么办？这就是淘汰策略要管的。

• 你做缓存：这是最常见的用途，这时候数据丢了可以从数据库再读回来，所以策略可以激进点。allkeys-lru 是个很好的选择，它会尝试淘汰最近最少使用的key（不管这个key有没有设过期时间），这样可以保证热点数据留在内存里，如果你能明确给大多数key都设置了过期时间，用 volatile-lru 也行。（来源：Redis官方文档对LRU缓存算法的说明）
• 你用Redis存重要数据，不能丢：比如Session会话、购物车等，这时候你可能就不能允许数据被随便淘汰，那你首先要确保有完善的主从复制和持久化机制，在内存配置上，你必须设置 maxmemory 参数，并且留出足够的余量，确保内存不会真的被用尽，因为一旦用尽，后续的写请求都会失败，策略上可以设为 noeviction（默认策略，拒绝所有写请求），但这就要求你时刻监控内存使用情况,提前扩容或清理数据。

持久化选择：RDB还是AOF？或者都要？ 这取决于你对数据安全性和性能的权衡。

• RDB（快照）：优点在于文件紧凑，恢复大数据集速度快，对性能影响相对小，缺点是可能会丢失最后一次快照之后的数据（比如你设置5分钟存一次，服务器在第4分59秒宕机，这5分钟的数据就没了）。
• AOF（追加日志）：优点是最多丢失1秒的数据（如果配置为每秒同步一次），数据安全性极高，缺点是文件通常比RDB大，恢复速度慢，而且长期运行后文件会膨胀,需要重写。
• 推荐做法：两者同时开启，这是目前很多公司采用的稳妥方案，用AOF来保证数据不丢失，作为数据恢复的第一选择；用RDB做一个冷备份，便于归档和快速恢复，Redis重启时会优先加载AOF文件来恢复数据。（来源：Redis官方文档建议在生产环境中同时使用RDB和AOF）

高可用和分布式：主从、哨兵、集群 如果你的应用特别重要，一台Redis服务器挂了整个网站就瘫了,那就要考虑高可用。

• 主从复制（Replication）：配置一个主节点（master），一个或多个从节点（slave），主节点负责写，从节点复制主节点的数据负责读，这样可以读写分离，提高读性能，也有了一份数据备份，配置就是在从节点的配置文件里加一行 replicaof <masterip> <masterport>。（来源：Redis主从复制配置指令）
• 哨兵（Sentinel）：光有主从还不够，如果主节点挂了，需要有人能自动把一个从节点提升为新的主节点，这个过程叫故障转移，哨兵就是干这个的，它是一个独立的进程，负责监控主从节点，并在主节点宕机时自动完成切换，你需要配置哨兵自己的配置文件（sentinel.conf），告诉它监控哪个主节点。（来源：Redis哨兵模式概述）
• 集群（Cluster）：当你的数据量单台机器根本装不下，或者写并发太高单台主节点扛不住时，就需要用集群了，集群把数据分片存储在多个节点上，同时提供了高可用能力，配置起来比前两者复杂,需要规划好分片方案。

“怎么整比较好”：

• 起步：先搞定单实例的基本安全配置（密码、绑定IP）和持久化（至少开RDB）。
• 进阶：根据你是做缓存还是存重要数据,设定合理的内存淘汰策略。
• 稳健：为了数据安全,强烈建议同时开启RDB和AOF。
• 高可用：业务不能停就上主从+哨兵；数据量大或并发高就考虑集群。

最后记住，改任何配置都不要在线上环境直接搞，一定要在测试环境测试好，改完配置重启Redis前，如果有重要数据，记得先手动执行一下 SAVE 命令做个快照备份,以防万一。