redis配置文件详解(一)

Redis配置文件被分成几大块区域，分别是:

1.通用(general)

2.快照(snapshotting)

3.复制(replication)

4.安全(security)

5.限制(limits)

6.追加模式(append only mode)

7.LUA脚本(lua scripting)

8.Redis集群(redis cluster)

9.慢日志(slow log)

10.延迟监控(latency monitor)

11.事件通知(event notification)

12.高级配置(advanced config)

注: INCLUDES配置:当机器不只存在1个Redis实例时，可以实现每个Redis实例的"个性化"配置，此时，可以将这些实例的共有配置写到redis.conf中，而个性化的配置写到由include配置路径指定的文件中。

1. 通用(general):

1 2 3 4 5 6 7 8 9 10 11

############################ GENERAL ################################# daemonize no ##是否以后台daemon方式运行(默认为no) pidfile /var/run/redis/redis .pid ##Pid文件位置 port 6379 ##监听端口 tcp-backlog 511 ##客户端连接队列值, 在高并发的环境中，为避免慢客户端的连接问题，需要设置一个高速后台日志 bind 127.0.0.1 ##指定redis所响应的连接请求(默认响应本机所有网卡的连接请求) timeout 0 ##请求超时时间(0表示永不关闭) tcp-keepalive 0 ##TCP存活检测(单位为秒,0表示不进行检测) loglevel notice ##log信息级别(分四级，即debug、verbose、notice、warning) logfile /var/log/redis/redis .log ##log文件位置，如设置为[logfile ""]空字符串，则redis会将日志输出到标准输出，被写到/dev/null中 databases 16 ##开启数据库数量(默认数据库是编号为0的数据库,可使用select <DBid>来选择相应数据库)

2. 快照(snapshotting)----主要涉及的是redis的RDB持久化相关的配置

      save * *: 保存快照的频率,第一个*表示多长时间,第二个*表示执行多少次写操作。在一定时间内执行一定数量的写操作时，自动保存快照，可设置多个条件。如想禁用RDB持久化策略，不设置任何save指令即以，或设置[save ""]

1 2 3 4 5 6 7 8 9

########################## SNAPSHOTTING ############################# save 900 1 ##每15分钟且至少有1个key改变，就触发一次持久化 save 300 10 ##每5分钟且至少有10个key改变，就触发一次持久化 save 60 10000 ##每60秒至少有10000个key改变，就触发一次持久化 stop-writes-on-bgsave-error yes ##redis持久化数据到磁盘时如出现失败，默认redis会停止接受所有的写请求 rdbcompression yes ##是否使用压缩 rdbchecksum yes ##是否使用CRC64算法来进行数据校验 dbfilename dump.rdb ##设置数据快照文件名(只是文件名,不包括目录) dir /var/lib/redis/ ##设置数据快照的保存目录(这个是目录)

3. 复制(replication)

############################### REPLICATION ##########################

      通过slaveof配置项可控制某一个redis作为另一个redis的从服务器，通过指定IP和端口来定位到主redis的位置

1	# slaveof <masterip> <masterport>

     如主redis设置验证密码(使用requirepass设置)，则需在从redis的配置中使用masterauth来设置校验密码，否则主redis会拒绝从redis的访问请求

1	# masterauth <master-password>

     从redis失去与主redis的连接，或者主从同步正在进行时，redis对外部发来的访问请求的两种处理选择:

选择1:设置为yes(默认)，从redis仍会继续响应客户端的读写请求

选择2:设置为no，从redis会对客户端的请求返回“SYNC with master in progress”(例外:当客户端发来INFO请求和SLAVEOF请求，从redis还是会进行处理)

1 2	slave-serve-stale-data yes slave- read -only yes ##设置从redis只读

复制同步策略：磁盘或者socket

      新的从redis上线或主redis重新上线时应做数据全同步。需要将一个新的RDB文件dump出来，然后从主redis传到从redis。有两种情况：

1. 基于硬盘(disk-backed):主redis创建一个新进程dump RDB，之后由父进程(即主进程)增量传给从redis

2. 基于socket(diskless):主redis创建一个新进程直接dump RDB到从redis的socket，不经过主进程，不经过硬盘

      如基于硬盘，RDB文件创建后，一旦创建完毕，可以同时服务更多从redis；如基于socket，新的从redis加入后，需进行排队(如超出repl-diskless-sync-delay设定时时)；当用diskless时，主redis等待repl-diskless-sync-delay设定的秒数后，如无新的从redis加入，就直接传，后来的需排队等待。(默认用disk-based)

1 2 3

repl-diskless- sync no repl-diskless- sync -delay 5 ##每五秒传输一次(需开启diskless) # repl-ping-slave-period 10 ##设置从redis向主redis发出PING包的周期(默认10秒)

在主从同步时，可能在这些情况下会有超时发生:

1. 以从redis的角度来看，当有大规模IO传输时。

2. 以从redis的角度来看，当数据传输或PING时，主redis超时

3. 以主redis的角度来看，在回复从redis的PING时，从redis超时

     用户可以设置上述超时的时限，不过要确保这个时限比repl-ping-slave-period的值要大，否则每次主redis都会认为从redis超时。

1	# repl-timeout 60

      设置主从同步时是否禁用TCP_NODELAY。如开启TCP_NODELAY，主redis会使用更少的TCP包和更少的带宽来向从redis传输数据，但可能会增加同步延迟(40ms)。如关闭TCP_NODELAY，那数据同步的延迟时间会降低，但会消耗更多的带宽

1	repl-disable-tcp-nodelay no

      设置同步队列长度。队列长度（backlog)是主redis中的一个缓冲区，在与从redis断开连接期间，主redis会用这个缓冲区来缓存应该发给从redis的数据。这样，当从redis重新连接上后，就不必重新全量同步数据，只需要同步这部分增量数据即可

1	# repl-backlog-size 1mb

设置主redis清理缓冲队列等待的时间长度(设置为0表示永不清理,默认为1个小时)

1 2	# repl-backlog-ttl 3600 slave-priority 100 ##设置从redis优先级，编号越小，优先级越高(默认100)

如主redis发现有超过M个从redis的连接延时大于N秒，那么主redis就停止接受外来的写请求

1 2	# min-slaves-to-write 3 # min-slaves-max-lag 10

      假如有大于等于3个从redis的连接延迟大于10秒，那么主redis就不再接受外部的写请求。上述两个配置中有一个被置为0，则这个特性将被关闭