Redis 配置CONFIG
edis.conf配置文件去配置管理redis的运行。
include
当需要映入其他配置文件到redis.conf文件中时需要使用include指令，例如
include /path/to/other.conf
如：include c:\path\to\other.conf
bind
该指令默认情况下，redis只接受来至本机请求访问，注意如果redis运行暴漏在外网需要开启密码验
证使用requirepass属性设置。bind 127.0.0.1
protected-mode
保护模式默认值是yes，是为了保护redis不被外网访问与保护redis数据库的安全性。默认情况下启用保护
模式。若想让其他客户端连接到Redis,应该禁用它.
protected-mode yes
port
该属性设置redis运行时的端口，默认redis的端口是6379，如果在不没有冲突的的情况下可以修改
为用户自己设置的端口。
port 6379
tcp-backlog
在 高并发的生产环境下，我们需要有一个高效的TCP处理能力，这样才可以避免为客户端缓慢
的连接问题。通过设置tcp-backlog参数提升redis服务器 对客户端的响应能力。注意：在linux内核中
proc/sys/net/core/somaxconn文件中配置了系统的默认TCP的并发数限制 128，如果tcp-
backlog大于系统默认的值配置无效，为了达到配置的效果，一般要求修改proc/sys/net/core
/somaxconn值。
tcp-backlog 511
timeout
Close the connection after a client is idle for N seconds (0 to disable)
timeout 0
daemonize
默认redis并不会后台方式运行，可以通过设置daemonize属性为yes设置redis以镜像方式运行。
daemonize no
pidfile
当redis处于后台运行时，该选项指定了redis运行时候进程号文件所处的位置。
pidfile /var/run/redis_6379.pid
loglevel
指定服务器的日志运行级别debug、verbose、notice、warning可选值，debug打印输出很所日
志信息，verbose只是会比debug少一些、notice打印运行时的一些必要重要信息、warning打印
系统的非常重要的信息。
loglevel notice
logfile
指定日志文件输出的物理文件位置如果设置为""表示直接输出到控制台。注意如果使用的是
daemonize模式但是没有设置logfile默认会输出到/dev/null文件
logfile ""
databases
设置redis数据库的数目，默认值是0，可以通过select <dbindex> 选择所需的库
databases 16
save
该指令控制了redis数据持久化机制的时机，默认redis会定时的将内存的数据做一次快照保存到本
地磁盘。save seconds changes 参数控制了redis做内存快照的时机。以下配置就说明了当900秒
（15分钟）如果redis有一个key发生了改变，redis就会做一次内存快照， 将内存的数据持久化到
本地磁盘。该指令可以配置多行。
save 900 1
save 900 1
save 300 10
save 60 10000
如果想禁用redis的内存快照功能，可以将save指令注释，或者添加save ""
stop-writes-on-bgsave-error
默认状态下，如果redis在达到了内存快照的条件会在后台自动的开启一次后台的保存，如果上一
次的后台保存失败了redis服务将禁止所有的写请求，直到后台写回复后，redis服务就可以自动接
收client发来的写请求了。默认值是yes
stop-writes-on-bgsave-error yes
rdbcompression
该配置开启redis服务器在做dump.rdb时，会对String对象的做LZF压缩功能，这种配置可以节省
更多的磁盘空间，但是会消耗一定的CPU。
rdbcompression yes
rdbchecksum
该选项控制redis后台在做rdb持久化的时候，都会在文件的结尾追加文件校验，以确保文件的有
效性和完整性但是着同样会在加载或者是生成dump.rdb时候降低10%的性能。如果你愿意也可以
关闭校验以获取最大的性能。
rdbchecksum yes
dbfilename
指定rdb快照时候数据存储的文件名。
dbfilename dump.rdb
dir
指定rdb快照或者AOF文件存储的路径。
dir ./
slaveof
主-从时候使用slaveof指令区同步主机的数据。redis的主从特点：
1. redis的主从副本同步时异步的，可以配置min-slaves-to-write属性停止写操作一旦从机的数
目没有达到既定的要求。
2. 可以让部分从机从新同步一旦发现该从机个主机连接丢失了一点时间。
3. redis的从机都是自动的，无需用户的干预，从机会自动的连接主机并且主动的同步主机上的
数据。
slaveof <masterip> <masterport>
masterauth
如果从机在连接主机的时候，主机设置了访问密码，这个时候可以配置masterauth属性设置从机
访问主机的密码。如果从机不提供密码主机会拒绝从机的访问。
masterauth <master-password>
slave-serve-stale-data
当从机连接主机的做数据同步的时候或者从机丢失了和主机的连接，可以配置该配置选项更改从机
的工作状态。
1. 当配置为yes，无论从机处于何种状态都可以选响应客户端的读请求，缺点是有可能访问到过
期或者为空的数据（这是主从的通病）。
2. 配置为no，如果处于同步或者丢失连接，无论客户端发送什么信息（除了INFO和slaveof），
从机全部回复err：SYNC。
slave-serve-stale-data yes
slave-read-only
配置从机只读。从机的数据每次同步主机的时候会刷新。
slave-read-only yes
repl-diskless-sync
从机同步策略有两种 disk和socket，警告目前 diskless同步依旧在实验阶段。新的从机以及正在
重新链接从机 但这些机器已经不可以从故障中恢复过来。这个时候，这时候从机需要做的就是同
步“full synchronization”。这个时候master和主机之间通过传输RDB文件做数据的完整同步，
这种RDB文件的同步策略有两种方式：
1. Disk-backed：redis的主机创建一个新的进程在本地创建一个RDB
文件，然后数据交给redis一点一点的传输给从机。
2. Diskless：redis主机创建一个新的进程，该进程直接讲RDB文件写给从机的socket，此过程
不会创建RDB文件。如果基于Disk-based的同步方 式，当RDB文件创建结束以后，所有的从
机就会按照顺序队列依次下载RDB文件。但是基于网络的方式，所有的从机也会 按照队列方
式，如果传输过程出现了终止，redis主机会开启一次新的传输。当时用diskless传输主机会读
取配置参数单位秒，用来等待从机到来缓存 从机服务队列。因为磁盘传输性能比较低，网络
带宽允许的情况下可以考虑使用diskless模式。
repl-diskless-sync no
repl-diskless-sync-delay
当开启diskless模式，在主机开始同步之前需要等待所有slave的到来，并将传输任务缓存到传输
队列。默认主机等待时间是5秒，如果设置为0 时候，传输就不会等待所有从机的到来。
repl-diskless-sync-delay 5
slave-priority
默认每一个从机的优先级都是100，该属性在Redis Sentinel模式会用到，这里涉及到redis主从模
式下的故障自动转移和主机的选举。优先级越高的slave在故障转移的时候会被优先选举为主机。
值越小优先级越高，但如果设置为0 就表示该机器永远都不可能晋升为master。
slave-priority 100
requirepass
设置本机的认证密码，无论是slave还是client都要做认证。
requirepass jiangzz2013
appendonly
redis默认使用RDB作为内存数据持久话的一种机制，但是RDB机制的数据备份是通过配置save指
令去触发后台的 数据同步，这个时候有可能会导致几分钟内的数据写丢失，这个时候需可以尝试
开启AOF机制，这种机制可以比RDB机制有更好的数据持久话机制，AOF是通过记录指令日志来
实现数据的安全，一旦设置了AOF，在重启redis服务的时候，redis会默认自动的加载
appedonly.aof文件。默认情况 下aof是关闭的。
appendonly no
appendfilename
指定aof日志的文件名字。
appendfilename "appendonly-6379.aof"
appendfsync
该选项设置aof日志文件flush到appendfilename文件的时机，可选值有3种：
1. always：会将每一次写操作flush到文件中，慢但最安全
2. no：讲指令的flush时机交给OS系统去决定，效率高
3. everysec:这是一种折中方案 介于always和no之间，每一秒钟flush一次
如果不太确定选择哪个直接配置everysec是不错的选择。
appendfsync everysec
no-appendfsync-on-rewrite
因为开启AOF的fsync策略以后，后台的保存进程（RDB/AOF rewrite）绘执行很多的IO操作。在
很多的linux系统指中，后台的保存进程可能会因为fsync策略被阻塞，为了减轻这种阻塞可以配置
no- appendfsync-on-rewrite属性去暂时阻止在bgsave或者bgrewriteaof的时候执行fsynch();
如果系统存在延迟 的时候可以考虑讲概述行修改为yes。
no-appendfsync-on-rewrite no
Automic Rewite
redis在日志文件达到一定比例的时候会自动重写aof日志文件。重写过程就是简化aof日志文件，
所谓的简化是更具内 存的数据生成操作日志指令，改动作可以通过执行BGREWRITEAOF指令触
发。其中auto-aof-rewrite-percentage表示新的 aof文件已经超出上一次aof文件的百分比的时
候就会开启一次rewrite，如果已经超出了百分比，但是aof文件依然小于64MB，就不会开启
rewrite。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated
当在启动redis的时候，有时候aof日志文件的结尾是不是完整的，这个时候redis就会终止启动。
这种情况一般发生 在redis机器宕机。这个时候可以设置为yes，忽略。当设置为no的时候，一旦
有截断现象，redis就会终止启动。这个时候用户需要执行redis-check-aof工具对日志问夹做处
理。注意这种设置不适用文件的中间截断。
aof-load-truncated yes
cluster-enabled
启动redis的clsuster模式，默认redis该选项是注释起来的。注意：rediscluster代码已经处于成熟
阶段，但是目前使用群体还需扩大。
cluster-enabled yes
luster-config-file
每一个redis集群实例都有一个配置文件，用来保存节点信息，该文件是系统自动创建，但需要注
意如果一个系统上运行多个rediscluster实例，注意文件名不要出现冲突。
cluster-config-file nodes-6379.conf
cluster-node-timeout
该选项用于配置集群节点的判断是否宕机的时间参数。
cluster-node-timeout 15000
maxmemory-policy
内存淘汰策略
noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。应该没人用吧。
allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key。推荐使用，目前项目在用这种。
allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key。应该也没人用吧，你不删最少使用Key,去随机删。
volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。这种情况一般是把redis既当缓存，又做持久化存储的时候才用。不推荐）
volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key。依然不推荐
volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除。不推荐
如果没有设置 expire 的key, 不满足先决条件(prerequisites); 那么 volatile-lru, volatile-random 和 volatile-ttl 策略的行为, 和 noeviction(不删除) 基本上一致。
网友评论