我们启动 Redis，一般都是通过 Redis.conf 启动。
因此，我们必须了解 Redis.conf 的配置，才能更好理解和使用 Redis。
单位
单位注意事项：当需要内存大小时，可以指定为1k 5GB 4M等
通常形式：
- 1k => 1000字节
- 1kb => 1024 字节
- 1m => 1000000字节
- 1mb => 1024*1024字节
- 1g => 1000000000字节
- 1gb => 1024*1024*1024字节
单位是不区分大小写的，所以1GB 1Gb 1gB都是一样的。
包括 INCLUDES
包括 在这里包含一个或多个其他配置文件。
这是有用的，如果你有一个标准的模板，去所有的Redis服务器，但也需要自定义一些每个服务器的设置。include文件可以包含其他文件，所以要明智地使用它。
注意选项“include”不会被admin或Redis Sentinel的命令“CONFIG REWRITE”重写。因为 Redis 总是使用最后处理的行作为配置指令的值，你最好把include放在这个文件的开头，以避免在运行时覆盖配置更改。如果您对使用 include 来覆盖配置选项感兴趣，那么最好将 include 作为最后一行。
网络 NETWORK
bind 0.0.0.0 # IP（默认127.0.0.1）
protected-mode yes # 保护模式（默认yes）
port 6379 # 端口设置（默认6379）通用 GENERAL
daemonize yes # 以守护进程方式运行，即后台运行（默认no）
pidfile /var/run/redis_6379.pid # 如果以后台运行，必须指定一个pid文件
# 日志
# Specify the server verbosity level.
# This can be one of:
# debug (大量信息, 使用于测试或开发阶段)
# verbose (许多很少有用的信息，但不像调试级别那样混乱)
# notice (比较冗长，你可能想在生产环境中使用)
# warning (只有非常重要/关键的消息被记录下来)
loglevel notice # 默认notice
logfile "" # 日志的文件位置名
databases 16 # 数据库的数量（默认16）
always-show-logo yes # 是否开启启动 logo （默认yes）快照 SNAPSHOTTING - RDB
快照 是一种持久化的方式。在规定时间内，执行了多少次操作，内存中所有数据会被遍历并持久化到文件(.rdb)
详细了解👇
http://t.csdn.cn/hczfW
save 900 1 # 900秒内（15分钟），如果至少有1个Key进行修改，我们就进行持久化操作
save 300 10 # 300秒内（5分钟），如果至少有10个Key进行修改，我们就进行持久化操作
save 60 10000 # 60秒内（1分钟），如果至少有10000个Key进行修改，我们就进行持久化操作
stop-writes-on-bgsave-error yes # 持久化如果出错，是否还需要继续工作（默认yes）
rdbcompression yes # 是否压缩rdb文件（默认yes），会消耗一些CPU资源
rdbchecksum yes # 保存rdb文件时，进行错误检查检验
dbfilename dump.rdb # rdb文件名（默认dump.rdb，建议跟上端口以用于集群启动）
dir ./ # rdb文件保存的目录主从复制 REPLICATION
一般不使用配置文件去配置主从复制关系，因为使用配置文件有以下缺点：
配置文件容易出错：手动修改配置文件容易出现疏漏或者错误，导致主从复制无法正常工作。
不易维护：当主节点发生故障或者配置变更时，需要手动修改从节点的配置文件，不利于维护和管理。
不够灵活：如果需要进行主从复制的切换或者扩容，需要手动修改多个从节点的配置文件，工作量较大。
一般使用命令行来配置主从关系，具有配置简单、易于维护和更加灵活等优点。
采用哨兵模式自动化。
安全 SECURITY
requirepass 你的密码 # 设置密码（默认被注释着需要自己解开注释）
客户端限制 LIMITS
# maxclients 10000 # 限制最多10000个客户端访问（默认注释）内存管理 LIMITS
详细了解内存管理（定期删除、惰性删除和内存淘汰机制）👇
http://t.csdn.cn/V8Q1H
# maxmemory <bytes> # 最大内存设置（默认注释），不带单位默认byte，可以替换成mb等
# maxmemory-policy noeviction # 内存达到上限之后的处理策略（默认noeviction）
# volatile-lru，针对设置了过期时间的key，使用lru算法进行淘汰。
# allkeys-lru，针对所有key使用lru算法进行淘汰。
# volatile-lfu，针对设置了过期时间的key，使用lfu算法进行淘汰。
# allkeys-lfu，针对所有key使用lfu算法进行淘汰。
# volatile-random，从所有设置了过期时间的key中使用随机淘汰的方式进行淘汰。
# allkeys-random，针对所有的key使用随机淘汰机制进行淘汰。
# volatile-ttl，针对设置了过期时间的key，越早过期的越先被淘汰。
# noeviction，不会淘汰任何数据，当使用的内存空间超过 maxmemory 值时，再有写请求来时返回错误。
AOF配置 APPEND ONLY MODE
AOF 是一种 追加 形式的持久化方式。将更新的操作记录用追加的方式记录下来。
appendonly no # 默认是不开启aof的，默认使用rdb方式持久化
appendfilename "appendonly.aof" # 持久化的文件名
# appendfsync always # 每次修改都会同步，销耗性能
appendfsync everysec # 每秒执行一次同步，可能会丢失这 1 秒的数据（默认）
# appendfsync no # 不同步，操作系统自己同步数据，速度最快
