redis配置文件redis.conf

---

一、INCLUDES(引入文件)

• 可以创建多个.conf文件，在这里引入

# include .\path\to\local.conf
# include c:\path\to\other.conf

二、NETWORK(网络配置)

1、bind 127.0.0.1

• 绑定本机的IP地址，一个主机多网卡对应多IP
• 默认bind 127.0.0.1，只能本机连接
• 不能绑定本机之外的IP，会导致启动失败
• 如果注释掉bind 或者 bind 0.0.0.0，则任何IP都可以连接redis

2、protected-mode yes

• 保护模式是否开启，默认yes
• 保护模式是一层安全保护，避免互联网上打开的Redis实例被访问和利用
• 保护模式开启必须满足三个条件，开启后只有本机才可以访问redis，三个条件任何一个不满足，都不会开启保护机制
  1. protected-mode yes //开启状态
  2. 没有bind 配置
  3. 没有设置密码

3、port

• 端口，默认6379

4、timeout 0

• 当客户端闲置多长时间后关闭连接；默认为0，表示关闭该功能

三、GENERAL(常规配置)

1、daemonize yes

• 是否启用守护进程，yes-启用，默认是no即不以守护进程方式运行
• windows不支持启用，若windows设置yes，则redis启动报错：NOT SUPPORTED ON WINDOWS daemonize no

2、databases

• 设置数据库的数量，默认为16个，dbId从0开始，默认使用db0数据库

3、pidfile /var/run/redis_6379.pid

• redis进程文件的生成位置

四、SNAPSHOTTING(RDB持久化配置)

1、save

• save 900 1
• save 300 10
• save 60 10000
• 多少秒内key值变化，则执行bgsave
• 可设置多个save，多个save只要满足一个就会执行bgsave
• 如需关闭配置中的RDB持久化的自动触发，注释掉所有的save * *，打开save “”

2、stop-writes-on-bgsave-error

• 默认yes
• 当启用了RDB且最后一次后台保存数据失败，Redis是否停止接收数据
• 这会让用户意识到数据没有正确持久化到磁盘上，否则没有人会注意到灾难(disaster)发生了。如果Redis重启了，那么又可以重新开始接收数据了

3、rdbcompression

• 默认yes
• 指定存储至本地数据库时是否压缩数据
• Redis采用LZF压缩，如果为了节省CPU时间，可以关闭该选项，但会导致数据库文件变的巨大

4、rdbchecksum

• 默认yes
• 在存储快照后，是否让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能

5、dbfilename

• 默认dump.rdb
• 生成的快照的文件名

6、dir

• 默认./，当前目录，也就是redis的安装目录
• 设置快照文件的存放目录

五、REPLICATION

六、SECURITY(安全配置)

1、requirepass rafa

• 设置redis连接密码，如果配置了连接密码，客户端在连接redis时需要通过auth 命令提供密码，默认关闭

七、LIMITS(内存限制配置)

1、maxclients 10000

• 设置同时连接的客户端的最大数量，默认10000，如果达到限制，redis将关闭所有新连接，并抛出max number of clients reached(已达到最大客户端数)

2、maxmemory

• 最大内存，比如maxmemory 300mb
• 64位系统：设置为0或者不设置则表示无限制
• 32位系统：最多使用3GB内存，32位的机器最大只支持4GB的内存，而系统本身就需要一定的内存资源来支持运行，所以限制最大3GB的可用内存

3、maxmemory-policy noeviction

• 最大内存淘汰策略，当redis达到最大内存时，redis将如何选择要删除的内容
  • noeviction：不删除策略，直接返回错误（DEL请求和部分特殊请求除外），默认
  • volatile-lru：从设置了过期时间的key中使用LRU算法（less recently used最近较少使用）删除
  • allkeys-lru：从所有key中使用LRU算法进行删除
  • volatile-random：从设置了过期时间的key中随机删除
  • allkeys-random：从所有key中随机删除
  • volatile-ttl：在设置了过期时间的key中，根据TTL算法（time to live过期时间最短）删除
• 当使用volatile-lru、volatile-random、volatile-ttl这三种时，如果没有key可以被淘汰，则和noeviction一样返回错误

4、maxmemory-samples 5

• 最大内存的样本数量，影响上面的淘汰策略的LRU、TTL算法 的 速度、准确性
• 上面的淘汰策略的LRU、TTL算法不是精确算法，而是近似算法(为了节省内存)，默认情况
  下=5，表示LRU/TTL算法取出5个的key，然后从中选择一个满足策略的key
• 5：会产生足够好的结果
• 10：非常接近真正的LRU，但需要更多的CPU
• 3：很快，但不是很准确

八、APPEND ONLY MODE(AOF持久化配置)

1、appendonly

• 默认no
• 是否开启AOF持久化

2、appendfilename

• 默认"appendonly.aof"
• AOF文件名

3、appendfsync

• 默认everysec
• 文件同步策略
  • always: 同步持久化，性能较差，数据完整性好
  • everysec: 每秒执行一次，异步
  • no: 不同步

4、no-appendfsync-on-rewrite

• 默认no
• 文件同步策略设置为always、everysec时，后台的存储进程会执行大量的磁盘I/O操作

5、auto-aof-rewrite-percentage

• 默认100
• AOF重写时文件大小的增长率的最小值

6、auto-aof-rewrite-min-size

• 默认64mb
• AOF重写时文件大小的最小值

7、aof-load-truncated

• 默认yes
• redis启动并加载AOF时，可能发现AOF文件的末尾被截断了
  • yes：末尾被截断的AOF文件将会被加载，并打印日志通知用户
  • no：服务器将报错并拒绝启动，这时用户需要使用redis-check-aof工具修复AOF文件，再重新启动

九、LUA SCRIPTING

十、REDIS CLUSTER

十一、SLOW LOG

十二、LATENCY MONITOR

十三、EVENT NOTIFICATION

十四、ADVANCED CONFIG

十五、INCLUDES

# include /path/to/local.conf
# include /path/to/other.conf