redis配置参数简介

redis配置查看方式：

1.redis的安装目录查看redis.conf

2.登陆redis客户端，使用 config get xx命令。

比如：查看所有的配置： config get *

[root@localhost redis-2.6.10]# redis-cli
redis 127.0.0.1:6379> config get *
 1) "dbfilename"
 2) "dump.rdb"
 3) "requirepass"
 4) ""
 5) "masterauth"
 6) ""
 7) "bind"
 8) ""
 9) "unixsocket"
10) ""
11) "logfile"
12) ""
13) "pidfile"
14) "/var/run/redis.pid"
15) "maxmemory"
16) "0"
17) "maxmemory-samples"
18) "3"
........省略........

查看某一个参数设置， config get slaveof

redis 127.0.0.1:6379> config get slaveof
1) "slaveof"
2) ""

　　

　　

参数详解：

#默认情况下，redis不是在后台运行的，如果需要在后台运行，把该项的值更改为yes
daemonize no 

#当redis在后台运行的时候，Redis默认会把pid文件放在/var/run/redis.pid，你可以配置到其他地址。
#当运行多个redis服务时，需要指定不同的pid文件和端口
pidfile /var/run/redis.pid

#指定redis运行的端口，默认是6379
port 6379

#指定redis只接收来自于该IP地址的请求，如果不进行设置，那么将处理所有请求，
#在生产环境中最好设置该项
#bind 127.0.0.1


#设置客户端连接时的超时时间，单位为秒。当客户端在这段时间内没有发出任何指令，那么关闭该连接
#0是关闭此设置
timeout 0


#指定TCP连接是否为长连接,"侦探"信号有server端维护,长连接将会额外的增加server端的开支(TCP socket选项)
#默认为0.表示禁用,非0值表示开启"长连接";"侦探"信号的发送间隔将有linux系统决定
#在多次"侦探"后,如果对等端(客户端socket)仍不回复,将会关闭连接,否则连接将会被保持开启.
#client端socket也可以通过配置keepalive选项,开启"长连接".（单位：秒）
tcp-keepalive 0

#指定日志记录级别
#Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose
#debug		记录很多信息，用于开发和测试
#varbose	有用的信息，不像debug会记录那么多
#notice	普通的verbose，常用于生产环境
#warning	只有非常重要或者严重的信息会记录到日志
loglevel notice

#配置log文件地址
#默认值为stdout，标准输出，若后台模式会输出到/dev/null
#logfile stdout
logfile stdout



#设定redis所允许的最大"db簇"的个数,默认为16个簇.
#客户端可以通过"select"指令指定需要使用的"db簇"索引号,默认为0.
#redis的顶层数据结构中,所有K-V都潜在的包括了"db簇"索引号,任何一个key都将隶属于一个"db".
#任何对数据的检索,只会覆盖指定的"db";例如数据被插入到"db 10"中,那么在"db 1"中去get,将会返回null.
#对数据归类到不同的db簇中,可以帮助我们实现一些特定的需求,比如根据不同客户端连接,来指定不同的db索引号.
databases 16

################################SNAPSHOTTING  #################################


#
#保存数据到磁盘，格式如下:
#
#save <seconds> <changes>
#
#指出在多长时间内，有多少次更新操作，就将数据同步到数据文件rdb。
#相当于条件触发抓取快照，这个可以多个条件配合
#
#比如默认配置文件中的设置，就设置了三个条件
#
#900秒（15分钟）内至少1个key值改变（则进行数据库保存--持久化）  
#300秒（5分钟）内至少10个key值改变（则进行数据库保存--持久化）  
#60秒（1分钟）内至少10000个key值改变（则进行数据库保存--持久化） 
#注释：注释掉“save”这一行配置项就可以让保存数据库功能失效。  
#
#你也可以通过增加一个只有一个空字符串的配置项（save "" ）来去掉前面的“save”配置。  
#
save 900 1
save 300 10
save 60 10000


#在默认情况下，如果RDB快照持久化操作被激活（至少一个条件被激活）并且持久化操作失败，Redis则会停止接受更新操作。 
#这样会让用户了解到数据没有被正确的存储到磁盘上。否则没人会注意到这个问题，可能会造成灾难。  
#
#如果后台存储（持久化）操作进程再次工作，Redis会自动允许更新操作。  
#
#然而，如果你已经恰当的配置了对Redis服务器的监视和备份，你也许想关掉这项功能。  
#如此一来即使后台保存操作出错,redis也仍然可以继续像平常一样工作。  
stop-writes-on-bgsave-error yes

#是否在导出.rdb数据库文件的时候采用LZF压缩字符串和对象？  
#默认情况下总是设置成‘yes’， 他看起来是一把双刃剑。  
#如果你想在存储的子进程中节省一些CPU就设置成'no'，  
#但是这样如果你的kye/value是可压缩的，你的到处数据就会很大。  
rdbcompression yes

#从版本RDB版本5开始，一个CRC64的校验就被放在了文件末尾。  
#这会让格式更加耐攻击，但是当存储或者加载rbd文件的时候会有一个10%左右的性能下降，  
#所以，为了达到性能的最大化，你可以关掉这个配置项。  
#
#没有校验的RDB文件会有一个0校验位，来告诉加载代码跳过校验检查。  
rdbchecksum yes  

#导出数据库的文件名称  
dbfilename dump.rdb

#工作目录  
#
#导出的数据库会被写入这个目录，文件名就是上面'dbfilename'配置项指定的文件名。  
# 
#只增的文件也会在这个目录创建（这句话没看明白）  
# 
#注意你一定要在这个配置一个工作目录，而不是文件名称。  
dir ./

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


#如果当前server是slave,那么当slave与master失去通讯时,是否继续为客户端提供服务,"yes"表示继续,"no"表示终止.
#在"yes"情况下,slave继续向客户端提供只读服务,有可能此时的数据已经过期.
#在"no"情况下,任何向此server发送的数据请求服务(包括客户端和此server的slave)都将被告知"error"
slave-serve-stale-data yes

#slave是否为"只读",强烈建议为"yes"
slave-read-only yes


#slave与master的连接,是否禁用TCP nodelay选项.
#"yes"表示禁用,那么socket通讯中数据将会以packet方式发送(packet大小受到socket buffer限制),
#可以提高socket通讯的效率(tcp交互次数),但是小数据将会被buffer,不会被立即发送,对于接受者可能存在延迟.
#"no"表示开启tcp nodelay选项,任何数据都会被立即发送,及时性较好,但是效率较低
#建议为"no"
repl-disable-tcp-nodelay no


#适用Sentinel模块(unstable,M-S集群管理和监控),需要额外的配置文件支持
#slave的权重值,默认100.当master失效后,Sentinel将会从slave列表中找到权重值最低(>0)的slave,并提升为master
#如果权重值为0,表示此slave为"观察者",不参与master选举
slave-priority 100

##################################SECURITY ###################################



###################################LIMITS ####################################





##############################APPEND ONLY MODE ###############################

#默认情况下，redis会在后台异步的把数据库镜像备份到磁盘，但是该备份是非常耗时的，而且备份也不能很频繁，如果发生诸如拉闸限电、拔插头等状况，那么将造成比较大范围的数据丢失。
#所以redis提供了另外一种更加高效的数据库备份及灾难恢复方式。
#开启append only模式之后，redis会把所接收到的每一次写操作请求都追加到appendonly.aof文件中，当redis重新启动时，会从该文件恢复出之前的状态。
#但是这样会造成appendonly.aof文件过大，所以redis还支持了BGREWRITEAOF指令，对appendonly.aof 进行重新整理。
#你可以同时开启asynchronous dumps 和 AOF
appendonly no


# Redis支持三种同步AOF文件的策略:
#
# no: 不进行同步，系统去操作 . Faster.
# always: always表示每次有写操作都进行同步. Slow, Safest.
# everysec: 表示对写操作进行累积，每秒同步一次. Compromise.
#
# 默认是"everysec"，按照速度和安全折中这是最好的。
# 如果想让Redis能更高效的运行，你也可以设置为"no"，让操作系统决定什么时候去执行
# 或者相反想让数据更安全你也可以设置为"always"
#
# 如果不确定就用 "everysec".
appendfsync everysec


# AOF策略设置为always或者everysec时，后台处理进程(后台保存或者AOF日志重写)会执行大量的I/O操作
# 在某些Linux配置中会阻止过长的fsync()请求。注意现在没有任何修复，即使fsync在另外一个线程进行处理
#
# 为了减缓这个问题，可以设置下面这个参数no-appendfsync-on-rewrite
no-appendfsync-on-rewrite no


# AOF 自动重写
# 当AOF文件增长到一定大小的时候Redis能够调用 BGREWRITEAOF 对日志文件进行重写 
# 
# 它是这样工作的：Redis会记住上次进行些日志后文件的大小(如果从开机以来还没进行过重写，那么大小在开机的时候确定)
#
# 基础大小会同现在的大小进行比较。如果现在的大小比基础大小大制定的百分比，重写功能将启动
# 同时需要指定一个最小大小用于AOF重写，这个用于阻止即使文件很小但是增长幅度很大也去重写AOF文件的情况
# 设置 percentage 为0就关闭这个特性
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

################################LUA SCRIPTING  ###############################
# lua脚本可执行的最大毫秒数。若超过最大值，则查询会报错。
# 设置0或者负数，则表示不限制
lua-time-limit 5000

##################################SLOW LOG ###################################

#慢查询，执行时长超过10000微秒的即为慢查询
slowlog-log-slower-than 10000
#保存的日志数量，链式存储的慢查询日志，新的添加到链表的表头，数量超出128的会被删除。
slowlog-max-len 128

###############################ADVANCED CONFIG ###############################

#ziplist中允许存储的最大条目个数,建议为128
hash-max-ziplist-entries 512
#ziplist中允许条目value值最大字节数,建议为1024
hash-max-ziplist-value 64

#对于list类型,将会采取ziplist,linkedlist两种编码类型.
list-max-ziplist-entries 512
list-max-ziplist-value 64

#intset中允许保存的最大条目个数,如果达到阀值,intset将会被重构为hashtable
set-max-intset-entries 512

#zset为有序集合,有2中编码类型:ziplist,skiplist
#因为"排序"将会消耗额外的性能,当zset中数据较多时,将会被重构为skiplist.
zset-max-ziplist-entries 128
zset-max-ziplist-value 64

#是否开启顶层数据结构的rehash功能,如果内存允许,请开启.
#rehash能够很大程度上提高K-V存取的效率.
activerehashing yes


#在客户端与server进行的交互中,每个连接都会与一个buffer关联,此buffer用来队列化亟待被client接受的响应信息.
#如果client不能及时的消费响应信息,那么buffer将会被不断积压而给server带来内存压力.如果buffer中积压的数据达到阀值,将会
#导致连接被关闭,buffer被移除."
#buffer控制类型包括:
# normal -> 普通连接
# slave ->与slave之间的连接
# pubsub ->pub/sub类型连接,此类型的连接,往往会产生此种问题;因为pub端会密集的发布消息,但是sub端可能消费不足.
#指令格式:client-output-buffer-limit <class> <hard> <soft> <seconds>",其中hard表示buffer最大值,一旦达到阀值将立即关闭连接;
#soft表示"容忍值",它和seconds配合,如果buffer值超过soft且持续时间达到了seconds,也将立即关闭连接,如果超过了soft但是在seconds之后
#buffer数据小于了soft,连接将会被保留.
#其中hard和soft都设置为0,则表示禁用buffer控制.通常hard值大于soft.
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60

##################################INCLUDES ###################################