Redis的安装和使用之三------redis.conf配置释义

  1. 云栖社区>
  2. 博客>
  3. 正文

Redis的安装和使用之三------redis.conf配置释义

技术小牛人 2017-11-12 20:59:00 浏览430
展开阅读全文

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,则这个特性将被关闭


4. 安全(security)

1
2
3
4
5
############################# SECURITY #################################
##设置redis客户端在向redis-server发送请求之前,先进行密码验证。
# requirepass foobared        ##设置密码为"foobared"
# rename-command CONFIG b840fc02d524045429941......     ##对redis指令进行更名
# rename-command CONFIG ""      ##禁用CONFIG命令


5. 限制(limits)

1
2
3
###############################   LIMITS  ################################
# maxclients 10000  ##设置redis可以同时与多少个客户端进行连接(默认为10000个客户端)
# maxmemory <bytes>

      设置redis可使用的内存量。一旦到达内存使用上限,redis将会试图移除内部数据,移除规则可以通过maxmemory-policy来指定。如redis无法根据移除规则来移除内存中的数据,或者我们设置了“不允许移除”,那么redis则会针对那些需要申请内存的指令返回错误信息

      如果你的redis是主redis,那么在设置内存使用上限时,需要在系统中留出一些内存空间给同步队列缓存,只有在设置的是“不移除”的情况下,才不用考虑这个因素。

      对于内存移除规则来说,redis提供了多达6种的移除规则。他们是:

1. volatile-lru:使用LRU算法移除过期集合中的key

2. allkeys-lru:使用LRU算法移除key

3. volatile-random:在过期集合中移除随机的key

4. allkeys-random:移除随机的key

5. volatile-ttl:移除那些TTL值最小的key,即那些最近才过期的key。

6. noeviction:不进行移除。针对写操作,只是返回错误信息。(默认规则)

      无论使用上述哪一种移除规则,如果没有合适的key可以移除的话,redis都会针对写请求返回错误信息。

1
2
# maxmemory-policy noeviction    ##不进行移除
# maxmemory-samples 5    ##设置LRU算法的样本数


6. 追加模式(append only mode)

1
2
3
########################## APPEND ONLY MODE ###########################
appendonly on                          ##打开AOF功能
appendfilename "appendonly.aof"        ##设置AOF文件的名称


      AOF持久化策略,fsync()调用,用来告诉操作系统立即将缓存的指令写入磁盘,redis支持三种不同的模式:

1. always:每次写请求都强制调用fsync,该模式下,redis会相对较慢,但数据最安全

2. everysec:每秒调用一次fsync

3. on:不调用fsync等待系统自己同步[fsync是指把缓存中的写指令记录到磁盘中]

1
appendfsync everysec             ##每秒调用一次fsync

     

      当BGSAVE或BGWRITEAOF运行时,fsync()在主进程中的调用会被阻止。这意味着当另一路进程正在对AOF文件进行重构时,redis的持久化功能就失效了,就像设置了“appendsync  none”一样。  如果redis有时延问题, 那么将选项设置为yes。 否则请保持no,因为这是保证数据完整性的最安全的选择。

1
no-appendfsync-on-rewrite no


      允许redis自动重写aof。当aof增长到一定规模时,redis会隐式调用BGREWRITEAOF来重写log文件,以缩减文件体积。redis是这样工作的:redis会记录上次重写时的aof大小。如redis自启动至今还没有进行过重写,那么启动时aof文件的大小会被作为基准值。该基准值会和当前的aof大小进行比较。如当前aof大小超出所设置的增长比例,则会触发重写。另外还需要设置一个最小大小,是为了防止在aof很小时就触发重写。如设置auto-aof-rewrite-percentage为0,则会关闭此重写功能。

1
2
3
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes       ##当aof文件被损坏时,redis将返回错误并退出


7. LUA脚本(lua scripting)

1
2
############################ LUA SCRIPTING  #########################
lua-time-limit 5000   ##设置lua脚本最大运行时间(默认毫秒,设置为0或负数,既不会报错也无时间限制)


8. Redis集群(redis cluster)

1
2
3
4
5
6
7
8
############################ REDIS CLUSTER  ##########################
# cluster-enabled yes                 ##开启redis集群
# cluster-config-file nodes-6379.conf    ##集群配置文件(启动自动生成)
# cluster-node-timeout 15000         ##节点互联超时的阀值
# cluster-slave-validity-factor 10  ##slave节点检测因素,开始failover的超时时限是通过factor与timeout的乘积来确定的
# cluster-migration-barrier 1  ##设置master只有在关联多少slave时才会触发迁移过程
# cluster-require-full-coverage yes    
##集群各节点在检测到至少一个hash槽位遗漏的情况下将停止处理查询请求。如集群部分节点宕机(例如部分hash槽位没有被分配)会造成整个集群不可用,直到所有槽位均被分配时才会自动恢复为可用状态


9. 慢日志(slow log)

1
2
3
4
###############################  SLOW LOG  #############################
##redis慢日志是指一个系统进行日志查询超过了指定时长。这个时长不包括IO操作,如与客户端的交互、发送响应内容等,而仅包括实际执行查询命令的时间。针对慢日志,可设置两个参数,一个是执行时长,单位是微秒;另一个是慢日志的长度。当一个新的命令被写入日志时,最老的一条会从命令日志队列中被移除。
slowlog-log-slower-than 10000 ##设置执行时长为10000微秒(单位为微秒,负数表示禁用慢日志功能,而0则表示强制记录每一个命令)
slowlog-max-len 128       ##设置慢日志最大长度


10. 延迟监控(latency monitor)

1
2
#############################   LATENCY MONITOR  ####################
latency-monitor-threshold 0  ##用LATENCY打印redis实例在跑命令时的耗时图表,只记录大于等于所设置值的操作(0表示关闭监控)


11. 事件通知(event notification)----向客户端通知某些事件的发生

1
2
########################## EVENT NOTIFICATION #######################
notify-keyspace-events ""       ##通知pub/sub客户端关于key空间的变化(默认关闭)


12. 高级配置(advanced config)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
############################# ADVANCED CONFIG ########################
##有关哈希数据结构的配置项
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
##有关列表数据结构的配置项
list-max-ziplist-entries 512
list-max-ziplist-value 64
##有关集合数据结构的配置项
set-max-intset-entries 512
##有关有序集合数据结构的配置项
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
##有关HyperLogLog字节限制的配置项
hll-sparse-max-bytes 3000
##关于是否需要再哈希的配置项
activerehashing yes
##关于客户端输出缓冲的控制项
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
##有关频率的配置项
hz 10
##有关重写aof的配置项
aof-rewrite-incremental-fsync yes

本文转自  结束的伤感  51CTO博客,原文链接:http://blog.51cto.com/wangzhijian/1734868

网友评论

登录后评论
0/500
评论
技术小牛人
+ 关注