Redis2.8 配置文件中文参考
2017-11-30 18:08:09 
阿炯
# Redis 配置案例#关于单位，当你需要指定内存的大小时，可以使用如下的单位来指定
#(译者注，为什么会存在1000为单位，我认为是考虑到硬盘的容量单位是以1000来进行计算而非程序中的1024)
#(因此使用 1000为单位可以进一步地精确估算出所需的实际硬盘容量)
#
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
#
# 单位是大小写不敏感的 所以 1GB 1Gb 1gB 是一样的
################################## INCLUDES ###################################
#
#如果你拥有一个标准的配置模板，并且希望在该模板之上坐一些个性化的修改，你可以
#使用include 指令来引入其他的配置文件。
#
#注意："include" 不会被 admin 或者 Redis Sentinel "CONFIG REWRITE" 命令覆盖。
#(译者注："CONFIG REWRITE" 是redis 2.8 引入的新命令，用来重写配置)
#由于redis以最终的配置作为实际配置，因此我们希望你将include命令放置在配置文件的最前面
#以防配置被覆盖
#如果你打算使用另外的 conf文件来覆盖当前文件的配置，那么最好将include指令放置到该文件的末尾
#
# 即最后生效原则，最后被解析的配置将作为最后的配置
#
# include /path/to/local.conf
# include /path/to/other.conf
################################ GENERAL #####################################
# redis 默认不是以一个守护进程来运行的，使用 yes，可以让redis作为守护进程来运行
# 注意：当redis作为守护进程的时候 /var/run/redis.pid 作为 pid 文件
#
daemonize no
# 当redis以守护进程运行时，将会使用/var/run/redis.pid作为 pid文件的位置，也就是
#上一个指令所说的默认，你可以根据自己的需要修改它
# 当运行多个 redis 服务时，需要指定不同的 pid 文件和端口
pidfile /var/run/redis.pid
# 在指定的端口上进行监听，默认是 6379
# 如果端口设置为0，那么redis就不会在TCP socket上进行监听
# (译者注：不在tcp socket上进行监听，不代表没法连接，只是无法使用网络连接而已)
port 6379
# TCP listen() backlog值
#(译者注：backlog值是指目前最大的连接队列，因为TCP连接是三次握手)
#(没有完成三次握手和尚未被accept的connect都会处于连接队列中，但是backlog的实际值与操作系统相关)
#(并非设置多少就是多少，只能说调整得大一些可以在同一时间应对更多的连接请求)
#
#在一个并发量高的环境中，你需要指定一个比较大的backlog值来避免慢连接(由于网络原因握手速度慢)的情况
#注意，linux内核会默认 使用/proc/sys/net/core/somaxconn 的值来削减 backlog的实际值，
#因此你需要确保提升 somaxconn 和 tcp_max_syn_backlog 这两个值来确保此处的backlog生效
#(译者注：只有 当每一个请求都重新发起一个连接的时候，backlog值的增大才能影响到并发量)
#(在tcp稳定连接的时候，或连接复用(连接池的使用)，backlog值对并发没有任何影响)
#
tcp-backlog 511
#
#默认情况下redis会在所有的可用网络接口中进行监听，如果你想让redis在指定的网络接口中
#监听，那么可以使用bind 命令来指定redis的监听接口
#(译者科普：网络的中的服务是通过 ip+进程 来进行区分的，当一个服务器拥有两个ip时 )
#(自然就在网络中拥有两个人身份，如 内网，外网，当你只想让redis在一个网络上监听时，就可以使用如下的配置)
# (127.0.0.1 就是指定只能本机进行网络访问)
# 例如:
#
# bind 192.168.1.10 10.0.0.1
# bind 127.0.0.1
#
#指定unix sock的路径来进行连接监听，默认是不指定，因此redis不会在unix socket上进行监听
#(译者注：这个是用来进行进程间通信的时候指定的)
# unixsocket /tmp/redis.sock
# unixsocketperm 755
# 关闭掉空闲N秒的连接(0则是不处理空闲连接)
timeout 0
# TCP keepalive.
#
#如果该值不为0，将使用 SO_KEEPALIVE 这一默认的做法来向客户端连接发送TCP ACKs
#
#这样的好处有以下两个原因
# 1)检测已经死亡的对端(译者注：TCP的关闭会存在无法完成4次握手的情况，如断电，断网，数据丢失等等)
# 2)保持连接在网络环境中的存活
#在 Linux 上，指定值(秒)用于发送 ACKs 的时间。注意关闭连接需要双倍的时间，默认为 0 。
tcp-keepalive 0
# 指定日志的记录级别的
# 可以是如下的几个值之一
# debug (尽可能多的日志信息，用于开发和测试之中)
# verbose (少但是有用的信息, 没有debug级别那么混乱)
# notice (适量的信息，用于生产环境)
# warning (只有非常重要和关键的信息会被记录)
loglevel notice
# 指定日志文件的位置. 为空时将输出到标准输出设备
# 如果你在demo模式下使用标准输出的日志，日志将会输出到 /dev/null
logfile ""
# 当设置 'syslog-enabled'为 yes时， 允许记录日志到系统日志中。
# 以及你可以使用更多的日志参数来满足你的要求
# syslog-enabled no
# 指定在系统日志中的身份
# syslog-ident redis
# 指定系统日志的能力. 必须是 LOCAL0 到 LOCAL7 之间(闭区间).
# syslog-facility local0
#设置数据库的编号. 默认的数据库是DB 0
#使得你可以在每一个连接的基础之上使用 SELECT <dbid> 来指定另外的数据库，但是这个值必须在 0到 'database'-1之间
databases 16
################################ 快照 ################################
#
# 保存 DB 到硬盘:
#
# save <seconds> <changes>
#
# 将会在<seconds> 和 <changes>两个值同时满足时，将DB数据保存到硬盘中
# 其中<seconds> 每多少秒，<changes>是改变的key的数量
#
# 在以下的例子中，将会存在如下的行为
# 当存在最少一个key 变更时，900秒(15分钟)后保存到硬盘
# 当存在最少10个key变更时，300秒后保存到硬盘
# 当存在最少1000个key变更时，60秒后保存到硬盘
#
# 提示: 你可以禁用如下的所有 save 行
#
# 你可以删除所有的save然后设置成如下这样的情况
#
# save ""
save 900 1
save 300 10
save 60 10000
#
# 作为默认，redis会在RDB快照开启和最近后台保存失败的时候停止接受写入(最少一个保存点)
#这会使得用户察觉(通常比较困难)到数据不会保持在硬盘上的正确性，否则很难发现
#这些灾难会发生
#
# 如果后台保存程序再次开始工作，reidis会再次自动允许写入
#
#然而如果对redis服务器设置了合理持续的监控，那么你可以关闭掉这个选项。
#这会导致redis将继续进行工作，无论硬盘，权限或者其他的是否有问题
#
stop-writes-on-bgsave-error yes
# 是否在dump到 rdb 数据库的时候使用LZF来压缩字符串
# 默认是 yes，因为这是一个优良的做法
#
# 如果你不想耗费你的CPU处理能力，你可以设置为 no，但是这会导致你的数据会很大
rdbcompression yes
# 从RDB的版本5开始，CRC64校验值会写入到文件的末尾
#这会使得格式化过程中，使得文件的完整性更有保障，但是这会在保存和加载的时候损失不少的性能(大概在10%)
#你可以关闭这个功能来获得最高的性能
#
#RDB文件会在校验功能关闭的时候，使用0来作为校验值，这将告诉加载代码来跳过校验步骤
rdbchecksum yes
# DB的文件名称
dbfilename dump.rdb
# 工作目录
# 数据库镜像备份的文件放置的路径。
# 这里的路径跟文件名要分开配置是因为 redis 在进行备份时，先会将当前数据库的状态写入到一个临时文件中，等备份完成，
# 再把该该临时文件替换为上面所指定的文件，而这里的临时文件和上面所配置的备份文件都会放在这个指定的路径当中。
# AOF 文件也会存放在这个目录下面
# 注意这里必须制定一个目录而不是文件
dir /var/lib/redis-server/
################################# 复制 #################################
# 主从复制。使用 slaveof 命令来 指导redis从另一个redis服务的拷贝中来创建一个实例
#
#注意：这个配置是主从结构的从(主从结构的从，怎么那么拗口呢)redis的本地配置
#
#如下例子，这个配置指导 slave (从redis) 通过另一个redis的实例的ip和端口号来获取DB数据
#
#
# slaveof <masterip> <masterport>
#
# 如果主服务器开启了密码保护(使用下面的"requirepass"配置)
# 这个配置就是告诉从服务在发起向主服务器的异步复制的请求之前使用如下的密码进行认证，
#否则主服务器会拒绝这个请求
#
#
# masterauth <master-password>
#
# 如果从服务器失去了和主服务器之间的连接，或者当复制仍然处于处理状态的时候
# 从服务器做出如下的两个行为
#
# 1)如果 slave-serve-stale-data 被设置为 yes(默认值)，从服务器将会持续
# 回复来自客户端的请求，可能会回复已经过期的数据，或者返回空的数据，当从服务器第一次异步请求数据时。
#
# 2)如果 slave-serve-stale-data 被设置为 no ，从服务器就会返回"SYNC with master in progress"
# 这个错误，来应答所有命令除了 INFO 和 SLAVEOF
#
slave-serve-stale-data yes
#
# 你可以配置一个从服务器的实例是否接受写请求，
# 从服务器在存储一些短暂的数据的的时候，接收写请求是一件非常正确的事情
# (因为数据在向主服务器同步之后非常容易擦除)但是会因为配置不正确而导致一些问题
#
# 从redis 2.6开始默认从服务器是只读的服务器
#
#
#提示：只读的从服务器并不是设计用来公开给不受信任的互联网客户端的，它
#仅仅是一个用来防止对实例进行误操作的保护层。只读从服务器默认用来输出管理命令
#例如 CONFIG, DEBUG 和其他。如果你想限制它的规模，你可以使用'rename-command'来
#提高它的安全性，使得她作为一个影子来执行管理或者危险的命令
#
#
slave-read-only yes
# 从服务器在预设的间隔中发送送一个ping到目标服务器。你可以通过修改repl-ping-slave-period
#的值来修改它，默认是10秒钟
#
#
# repl-ping-slave-period 10
# repl-timeout设置了以下的复制超时值:
#
# 1) 在从服务器中，使用同步IO进行大规模传输.
# 2) 在从服务器中，主服务器的超时(ping，数据)
# 3) 在主服务器中. 从服务器的超时(对pings的响应)
#
#
# 确保这个值大于 指定的repl-ping-slave-period 值，否则当主从之间是低流量时
# 会检测到超时的情况
#
# repl-timeout 60
# 在从服务器同步之后是否关闭TCP_NODELAY?
#
# 如果你选择 "yes"，redis将会使用一个很小的TCP包和很小的带宽来向从服务器发送数据。
# 如果使用默认的设置这会增加数据复制到从服务器之间的延迟。如果使用默认配置的linux内核
# 这个延迟会高达到40毫秒
#
#如果你选择 "no"，数据复制到从服务器将会减少延迟，但是会使用更多的带宽。
#
#作为默认我们为低延迟进行优化，但是在一个高流量的情况下或者当主服务器和从服务器
#有很多hops的时候，将该值设置为yes会更好
# (译者注：这就是一个网络调优的问题，默认的TCP内核会使用Nagle，即将小的数据包合并成大的数据包(及yes的情况))
# (在等待合并的过程种，肯定会存在等待后续数据的步骤，因此这会导致数据的延迟)
# (yes，就是使用TCP的默认情况开启Nagle算法，no就是关闭Nagle算法)
repl-disable-tcp-nodelay no
#
#设置复制的backlog值。(这个backlog和tcp中的backlog不一样)
#
#这个backlog值是一个缓冲区，当从服务器断开连接之后，主服务器将更新的数据放置
#在这个缓冲区中，因为当从服务重新连接上来时候不是所有的数据都需要同步，因此从这个
#缓冲区中取数据就可以同步到和主服务器一样的状态
#
#这个值设置得越大，从服务器的掉线时间就可以越长，上线后就可以进行局部更新
#(译者注：当掉线时间过长而无法进行局部更新，那么从服务器就会再一次进行同步所有的数据，耗时和当时的数据量成正比)
#当且仅当第一个从服务器连接到服务器之后这个缓存才会被分配
#
# repl-backlog-size 1mb
#
# 当从服务器在长时间内没有连接到主服务器时，backlog的缓存将会被释放。
# 以下的选项就是自 从服务器最后一次断掉和主服务器之间的
# 连接开始N秒后清空backlog的缓存
#
# 设置为0意味着永远不会清空backlog
#
# repl-backlog-ttl 3600
#
# 在redis的信息输出中我们使用一个整型值来表示从服务器的优先值
#
#这个优先级的作用是，在主从结构种，当主服务器不能正常工作的时候时候，
#将一个从服务器提升为主服务器，提升的依据就是这个值。
#
# 假设又三个 优先级分别为 25 10 100 的服务器，将优先将数值最少的提升为主服务器
# 即最小值优先
# 如果优先级设置为0，意味着将不会又机会成为主服务器
# 默认优先级是100
slave-priority 100
#
# 下面的值用来设置主服务器停止接受写入事件的情况。
# 如果从服务器的连接小于N
# 从服务器的数据落后 小于等于M秒
#
# N个从服务器必须是在线的状态
#
# lag的单位是秒，它必须 <=指定的值，它从最后一次收到ping包的时间开始计算。
# 通常ping包都是每秒发送一次
#
#
# 这个选项并不担保N个副本都会接受写入，但是会确保在指定的时间没有足够的从服务可用的时候
# 窗口上显示丢失写入
#
#
# 例如要求最少三个从服务器在lag<=10秒
#
# min-slaves-to-write 3
# min-slaves-max-lag 10
#
# 设置任意一个为0都会导致关闭这项特性
#
# 默认min-slaves-to-write 设置为0(关闭这个特性)
# min-slaves-max-lag 设置为10
################################## 安全 ###################################
#
# 要求客户端在处理其他指令之前先发起AUTH <PASSWORD>
#
# 这在你不信任其他的接入主机上的redis-server是比较有用
#
# 这个选项应当注释掉来保证向后的兼容性，毕竟大部分的人都不需要鉴权验证(因为他们都运行自己的sever)
#
#注意，由于redis太快，所以每秒钟可以尝试150K次密码，因此你应该设置一个
#非常强壮的密码来防止别人的破解
#
# requirepass foobared
# 命令重命名.
#
# 它用来改变共享环境中危险命令的名字，在这个例子中
# CONFIG 命令被重命名为一个难以猜解的名字。
# 这会对内部用户的工具有效，但是对一般的客户端无效。
#
# Example:
#
# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
#
# 可以使用一个空字符串来抹杀这个命令
#
# rename-command CONFIG ""
#
# 请注意，改变记录在AOF文件中的命令名称或者传输到从服务会导致问题
# AOF file or transmitted to slaves may cause problems.
################################### 约束 ####################################
#
# 设置同一时间的客户端最大连接数，默认的限制是10000个客户端。
#然而如果redis服务不设置这个限制值那么最大的用户数就是最大文件描述符数-32.
#
#一旦连接的用户数超出了限制值，redis将会关闭新的连接并且发送 'max number of client reached'
#
# maxclients 10000
# 不使用超出指定大小的内存，
#当redis使用到的内存达到限定值的时候，将会根据淘汰策略试图移除一部分key
#
# 如果根据相关策略无法移除key，或者策略被设置为 'noeviction'，redis将会对
#使用到内存的命令返回错误，比如 SET LPUSH等，并且进入只读模式仅仅响应只读的命令如GET
#
# 这个选项在你将redis当做一个LRU缓存和设置一个内存大小限制的时候十分有用。
#
#
# 警告：如果你的从服务器关联到一个有最大内存限制的redis实例上，
#
# 主服务器向从服务器输出的缓存属于被该服务器使用的内存的一部分。
#因此 网络问题和重新同步引发的复制，不会触发淘汰key的循环，
#
#反过来，从服务器的输出缓存将会被触发淘汰的DEL key，直到数据库清空
#
#
#简单来说，如果你拥有一个从服务器，我们建议你将这个值
#设置为少于系统可用的最大内存，以便系统可以腾出空间来安放
#从服务器的输出缓存(但是如果策略是noeviction 那就没这个必要)
#
# maxmemory <bytes>
# 最大内存策略: 当redis使用的内存达到指定的最大值时，你可以使用如下的5种
# 策略来应对这种情况
#
# volatile-lru -> 使用LRU算法依据过期时间来移除key
# allkeys-lru -> 使用LRU算法来移除任何key
# volatile-random -> 根据过期时间设置随即移除key
# allkeys-random -> 随即移除任何一个key
# volatile-ttl -> 移除一个最近过期时间的key
# noeviction -> 所有key用不过期(即不移除任何key)，对于任何写操作都返回一个错误信息
#
# 提示: 在以上的所有策略中，当不存在一个key满足以上的淘汰策略时(即无法空出内存时)
# 任何写操作都会返回错误信息
#
# 目前为止具有写入操作的指令是: set setnx setex append
# incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd
# sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby
# zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby
# getset mset msetnx exec sort
#
# 默认值为:
#
# maxmemory-policy volatile-lru
#
# LRU和最小TTL算法都不是精确的算法，但是是近似的算法，
#因此你可以选择一些样本大小来进行测试，对于一个默认的redis实例
#将会选选择3个key，并且挑选其中之一作为最近最少的Key，你可以使用如下参数修改例子的数量大小
#
# maxmemory-samples 3
############################## APPEND ONLY MODE ###############################
# Redis默认使用异步存储数据到硬盘上.
#
# 这个模式非常合适一些应用，但是当redis的进程出现问题
# 或者停电的时候，会丢失一些写入的数据(丢失的多少根据保存点的设置)
#
# Append Only 文件(Append Only file)，是一个备选的持久化模型，
# 它提供了更好的续航能力，对于一个使用默认数据同步文件策略的实例
#redis可能会因为一个戏剧性的灾难比如停电等丢失一秒钟的数据
#
#或者由于redis进程本身的错误仅仅写入一个数据，但操作系统一直运行
#
#
# AOF和RDB可以毫无问题地共存，因此你可以同时开启他们，
#
# 如果你开启了AOF,redis会在启动时加载AOF，因为AOF有更好的鲁棒性
#
# 你可以从 http://redis.io/topics/persistence 获取更多的信息
appendonly no
# append only file 的名称 (默认是: "appendonly.aof")
appendfilename "appendonly.aof"
# fsync() 调用告诉操作系统立即将数据写入到硬盘中，而不是写入到输出缓冲区
# 等待足够的数据再写入。一些操作系统会立即将数据写入到硬盘中，一些其他的
#操作系统则只是尽可能快地将数据写入硬盘中
#
# Redis支持三种不同的模式:
#
# no:不进行强制同步，仅仅让操作系统根据自身的决策写入到硬盘中，这种速度更快
# always:在每一次追加写入操作都采用强制同步，特点是慢，安全。
# everysec：每间隔一秒钟强制同步数据。折中的方案
#
# 默认采用 "everysec"作为速度和安全性之间的平衡方案
# 你将根据自己的需求决定采用更快的方案或者更安全的方案。
# 选择no，何时写入数据将由操作系统决定，你可以由此获取最快的速度
# 选择always，数据将立即写入到硬盘中，你可以获得更高的数据安全性
#
# 更多的信息可以从以下地址中获取:
# http://antirez.com/post/redis-persistence-demystified.html
#
# 如果不开启该选项默认使用"everysec".
# appendfsync always
appendfsync everysec
# appendfsync no
#
# 当AOF的强制写入策略设置为 always 或者 everysec，并且一个后台保存进程
#(一个后台保存进程或者 AOF 日志后台重写)会占用硬盘的大量I/O资源，在一些linux
# 的配置中redis会因为 fsync() 调用而长期锁定。特别的是在目前我们没法解决这个问题
# 即使采用另外的线程来运行强制同步也会锁定住我们的 同步 write(2)调用
#
# 为了减轻这个问题，下面的选项将会在GBSAVE 或者BGREWRITEAOF运行时
# 预防主进程调用fsync()
#
# 这意味着当另一个 子进程在保存的时候，Redis的保存策略将处于"appendfsync none"这样的类似状态
# 在实际应用当中，这意味着在最坏的情况下将会失去30秒的日志(使用linux默认的设置)
#
# 如果你采用yes，那么将会存在一个潜在的隐患，不然请设置它为 "no"，
# 这是一个为了稳定的安全性选择
#
no-appendfsync-on-rewrite no
# 自动改写append only 文件.
#
# redis会在AOF日志文件增长到指定百分比的时候通过调用BGREWRITEAOF来自动重写日志文件
#
# 他是这样工作的：redis会记住最后一次改写后AOF文件的大小(如果重写自重启以来
#尚未发生，那么AOF文件的大小就是启动以来使用的大小)
#
# 这个基准值将会和当前值进行比较，如果当前值比设定的百分比还要大，重写事件就会发生。
#
# 并且你需要指定一个AOF重写的最小值，这用来避免当重写文件的百分比增长符合目标
# 但是整个文件依然很小的时候
#
# 将 auto-aof-rewrite-percentage 设置为0则可以关闭掉AOF自动重写的功能
#
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
################################ LUA SCRIPTING ###############################
# 以毫秒为单位限定lua脚本的最大执行时间.
#
# 当lua脚本在超出最大允许执行时间之后，redis会记录下这个脚本到日志中，
#并且会向这个请求返回error的错误
#
# 仅当 SCRIPT KILL 和 SHUTDOWN NOSAVE 命令可用的时候
# 一个运行时间超过最大限定时间的脚本才会继续执行
# SCRIPT KILL用来停止一个没有调用写入命令的脚本
# 当用户不想等待脚本的自然中止但脚本又在进行写操作的时候
# 采用 SHUTDOWN NOSAVE 是解决这个问题的唯一办法，他可以立即停掉整个脚本
#
# 设置为0 或者一个负数来取消时间限定.
lua-time-limit 5000
################################## SLOW LOG ###################################
#
# slow log(慢日志)用来记录执行时间超过指定值的查询。
# 执行时间不包含 I/O操作，比如和客户端交互，发送应答等等
# 仅仅是执行命令的真实时间，(仅仅是线程因为执行这个命令而锁定且无法处理其他请求的阶段)
#
# 你可以使用两个参数来配置 slow log，一个是以微秒为单位的命令执行时间值，
# 另一个是slow log 的长度(即记录的最大数量)
# 当一个新的命令被记录到slow log的时候，最旧的一条记录将会被移除。
#
# 下面的值将会被解释为 微秒 为单位，所以 1000000 微秒为 1秒
#
# 将这个值设置为一个负数，将关闭掉slow log ，如果设置为0，则记录所有的命令
#(默认是10毫秒)
slowlog-log-slower-than 10000
# 因为这会消耗内存，因此实际上并不是限制到这个长度.
# 你可以使用 SLOWLOG RESET来回收占用的内存
# 推荐使用默认值 128 ，当慢日志超过 128 时，最先进入队列的记录会被踢出
slowlog-max-len 128
################################ LATENCY MONITOR ##############################
#
# redis延迟监控子系统例子与操作系统收集的redis实例相关的数据不同
#
# 通过LATENCY命令，可以为用户打印出相关信息的图形和报告
#
#这个系统只会记录运行时间超出指定时间值的命令，如果设置为0，这个监控将会被关闭
#
# 默认的情况下，延迟监控是关闭，因为如果你没有延迟的问题大部分情况下不需要
#，并且收集数据的行为会对性能造成影响，虽然这个影响很小可以在大负荷下工作
#
#延迟监控可以使用如下命令来打开
#
# "CONFIG SET latency-monitor-threshold <milliseconds>".
latency-monitor-threshold 0
############################# 事件通知 ##############################
#redis 可以在key 空间中采用发布订阅模式来通知事件的发生
#
#这个功能的文档可以查看 http://redis.io/topics/keyspace-events
#
#对于一个实例，如果键空间事件通知是启用状态，当一个客户端执行在一个
#存储在Database 0名为"foo"的key的DEL(删除)操作时，
#有如下两条信息将会通过发布订阅系统产生
#
# PUBLISH __keyspace@0__:foo del
# PUBLISH __keyevent@0__:del foo
#
# 以下是可选的redis事件通知，每个类别的事件可以由一个字符进行描述
#
# 当事件发生时， Redis 可以通知 Pub/Sub 客户端。
# 可以在下表中选择 Redis 要通知的事件类型。事件类型由单个字符来标识：
# K Keyspace 事件，以 _keyspace@<db>_ 的前缀方式发布
# E Keyevent 事件，以 _keysevent@<db>_ 的前缀方式发布
# g 通用事件(不指定类型)，像 DEL, EXPIRE, RENAME, …
# $ String 命令
# s Set 命令
# h Hash 命令
# z 有序集合命令
# x 过期事件(每次 key 过期时生成)
# e 清除事件(当 key 在内存被清除时生成)
# A g$lshzxe 的别称，因此 ”AKE” 意味着所有的事件
# notify-keyspace-events 带一个由 0 到多个字符组成的字符串参数。空字符串意思是通知被禁用。
#
# 例子1: 启用 list 和 generic 事件,
#
# notify-keyspace-events Elg
#
# 例子2 2: 要想订阅通道名为__keyevent@0__:expired 上expired keys的事件:
#
# notify-keyspace-events Ex
#
# 默认不启用所有的通知，因为大部分的用户不需要这些功能，而且这些功能会带来一些开销
#
# 如果你没有指定 K 或者 E，没有事件会被传递
#
notify-keyspace-events ""
############################### 高级配置 ###############################
#
#创建空白哈希表时,程序默认使用 REDIS_ENCODING_ZIPLIST 编码,当以下任何一个条件被满
#足时,程序将编码从切换为 REDIS_ENCODING_HT
#哈希表中某个键或某个值的长度大于 server.hash_max_ziplist_value (默认值为 64)。
#压缩列表中的节点数量大于 server.hash_max_ziplist_entries (默认值为 512 )。
#
# ziplist是一个解决空间的紧凑的数据存储结构，但是当数据超过阈值时，将采用原生的数据存储结构
#
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
#
# 与hash表类似，
#
list-max-ziplist-entries 512
list-max-ziplist-value 64
#
# 设置特殊编码的唯一情况：
# 当一个set仅仅由一个基数为10最大位数为64位的有符号整形的字符串构成的时候
#
#以下配置设置了set的限制大小，当小于这个值的时候将会使用一个更紧凑的数据结构来保存
#以期减少内存占用
#
set-max-intset-entries 512
#
# 与hash和list类似 zsort也采用如下的配置来选择是否进行特殊编码来节省空间
#
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
#
# HyperLogLog 稀疏表示字节限制
# 这个限制包含了16个字节的头部，当一个HyperLogLog使用sparse representation
# 超过了这个显示，它就会转换到dense representation上
#
hll-sparse-max-bytes 3000
#
# active rehashing使用CPU时间的每100毫秒中的1毫秒来进行rehashing工作
# 来rehash redis的主hash表(rehash的时候在代码种引入记时来保证)
#
# lazy rehashing ：逐步hash，每一次添加查找删除进行一次rehash的步骤
# 又称惰性hash
#
# 因为hash的再散列会导致整个进程的stop，为了避免长时间的stop，以上的策略都是在分散整个
# rehash的过程(参照《redis设计与实现》的字典部分)
#
activerehashing yes
#
# 客户端输出缓冲区显示可以用来解决由于某些原因导致的强制断线
# 而造成的不能读到足够的数据
# 一个比较常见的原因是发布订阅模式种，客户端不能足够快速地消费发布者生产的信息
#
# 这个限制可以设置为如下的三种类型:
#
# normal -> 正常普通的客户端，包含监控客户端
# slave -> 主从服务器的从客户端
# pubsub -> 订阅了最少一个频道的客户端
#
# 每一个 client-output-buffer-limit 格式如下:
#
# client-output-buffer-limit <class> <hard limit> <soft limit> <soft seconds>
#
# 在两种情况下服务器认为客户端不是意外临时掉线
#
# 1.缓冲区的数据达到硬限制
# 2.缓冲区的数据达到软限制，同时时间超过了指定值
#
# 因为一个客户离线，有可能是临时性的网络故障，或者传输问题
# 也有可能是永久性离线 或者强制性离线，此时服务器将不会保留他的缓存数据
# 以下的设置就是为了判断这一情况的
# 一旦达到硬限制客户端会立即断开，或者达到软限制并保持达成的指定秒数(连续)。
# 例如，如果硬限制为 32 兆字节和软限制为 16 兆字节 /10 秒，客户端将会立即断开
# 如果输出缓冲区的大小达到 32 兆字节，客户端达到 16 兆字节和连续超过了限制 10 秒，也将断开连接。
# 默认 normal 客户端不做限制，因为他们在一个请求后未要求时(以推的方式)不接收数据，
# 只有异步客户端可能会出现请求数据的速度比它可以读取的速度快的场景。
# 硬限制和软限制都可以通过将其设置为0来关闭掉
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
#
# redis会按照一定的频率来处理诸如 关闭超时连接，清理没有被使用的过期key等等此类后台任务
#
# 并不是所有的任务都以相同的频率来执行的，redis通过一个hz的值来决定处理这些(如上所述的后台任务)任务的频率
#
# 提高这个值会使用更多的cpu时间来在redis闲置的时候处理以上的，但是以此同时
# 超时的连接的处理和过期key的清理则会更精确
#
# hz的取值范围在1到500，不建议设置为超过100的值，默认是10
hz 10
#
# 当子进程重写AOF文件的时候，以下选项将会允许等到存在32MB数据的时候才调用强制同步
# 这样可以降低IO上的延迟
#
aof-rewrite-incremental-fsync yes
---------------------------------------------------------------
各个功能性配置选项的逐个说明
配置单位说明
redis内存配置的单位可以支持直接填写字节，也可以填写以下单位：
1k => 1000 bytes
1kb => 1024 bytes
1m => 1000000 bytes
1mb => 1024 * 1024 bytes
1g => 1000000000 bytes
1gb => 1024 1024 1024 bytes
单位是大小写不敏感的，所以1GB 1Gb 1gB可以认为是一样的。
INCLUDES配置
可以把其他的配置文件包含在该配置文件里面。这样如果有一个标准的配置模板，每个redis可以include这个模板，然后填写个性化的配置。
需要注意的是，include配置不会被”CONFIG REWRITE”命令重写进配置。redis重写是把更新的数据写入从最后一行开始写入，所以使用include的话，最好把include放在最前面。
include
说明：指定包含其它的配置文件，可以在同一主机上多个Redis实例之间使用同一份配置文件，而同时各个实例又拥有自己的特定配置文件。
默认值:空。
是否可以动态修改:no。
值的范围:文件路径。
通用配置
下面是一些redis的通用配置。
daemonize
说明：默认情况下，redis不是在后台运行的，如果需要在后台运行，把该项的值更改为yes。
默认值:no。
是否可以动态修改:no。
值的范围:yes|no。
pidfile
说明：redis使用守护进程执行的时候保存的pid文件。
默认值:/var/run/redis.pid。
是否可以动态修改:no。
值的范围:文件路径。
port
说明：redis监听的端口号。
默认值:6379。
是否可以动态修改:no。
值的范围:0到65535。
tcp-backlog
说明：在高吞吐环境下，你需要更高的backlog来避免缓慢的客户端连接问题。tcp-backlog可能被Linux内核/proc/sys/net/core/somaxconn的值截断。backlog取的是tcp-backlog和/proc/sys/net/core/somaxconn的更小值。
默认值:511。
是否可以动态修改:no。
值的范围:大于等于0。
bind
说明：redis默认是监听所有网络地址过来的连接。但是有可能有只需要监听一个网络地址或者多个地址过来的连接。bind参数可以配置多个监听地址。
默认值:空。
是否可以动态修改:no。
值的范围:IP地址。
unixsocket
说明：配置unix域socket来让redis支持监听本地连接。这个参数没有默认值，所以redis不会使用unix域socket监听本地连接。
默认值:空。
是否可以动态修改:no。
值的范围:文件地址。
unixsocketperm
说明：配置unix域socket使用文件的权限。
默认值:0。
是否可以动态修改:no。
值的范围:文件权限。
timeout
说明：此参数为设置客户端空闲超过timeout，服务端会断开连接，为0则服务端不会主动断开连接，不能小于0。
默认值:0。
是否可以动态修改:yes。
值的范围:大于等于0。
tcp-keepalive
说明：tcp keepalive参数。如果设置不为0，就使用配置tcp的SO_KEEPALIVE值，使用keepalive有两个好处:检测挂掉的对端。降低中间设备出问题而导致网络看似连接却已经与对端端口的问题。在Linux内核中，设置了keepalive，redis会定时给对端发送ack。检测到对端关闭需要两倍的设置值。
默认值:0。
是否可以动态修改:yes。
值的范围:大于等于0。
loglevel
说明：指定了服务端日志的级别。级别包括：debug(很多信息，方便开发、测试)，verbose(许多有用的信息，但是没有debug级别信息多)，notice(适当的日志级别，适合生产环境)，warn(只有非常重要的信息)
默认值:notice。
是否可以动态修改:yes。
值的范围:debug|verbose|notice|warn。
logfile
说明：指定了记录日志的文件。空字符串的话，日志会打印到标准输出设备。后台运行的redis标准输出是/dev/null。
默认值:””。
是否可以动态修改:no。
值的范围:文件地址。
下面三个是syslog相关的配置。要把日志记录到syslog，只需要打开syslog-enabled开关，然后也有些可选的参数来适应你的需求。
syslog-enabled
说明：是否打开记录syslog功能。
默认值:no。
是否可以动态修改:no。
值的范围:yes|no。
syslog-ident
说明：syslog的标识符。
默认值:redis。
是否可以动态修改:no。
值的范围:任意字符串。
syslog-facility
说明：日志的来源或设备。
默认值:local0。
是否可以动态修改:no。
值的范围:user|local0|local1|local2|local3|local4|local5|local6|local7
databases
说明：设置数据库的数量，默认使用的数据库是DB 0。可以通过”SELECT “命令选择一个db，db的范围是0到databases-1。
默认值:16。
是否可以动态修改:no。
值的范围:大于0。
rdb相关配置
rdb是用来把redis内存的数据保存到硬盘上的文件格式。
save
说明：命令格式为："save \ \"。该命令可以把内存的数据保存到硬盘。只要满足在指定的seconds内，写入命令个数大于changes，就会执行保存操作。配置文件默认是开了三种保存类型，对于不希望执行保存操作的用户最好注释掉这些配置。
默认值:
save 900 1
save 300 10
save 60 10000
是否可以动态修改:yes。
值的范围:大于0的数字加空格加大于等于0的数字。
stop-writes-on-bgsave-error
说明：如果最后一次的后台保存RDB snapshot出错，redis就会拒绝所有写请求。这样也相当于一个报警吧。等后台保存继续工作后，redis就允许写了。如果你自己配置好了redis的持久化进程的监控，你最好关闭这个功能，这样即使磁盘有问题，redis还会继续工作。
默认值:yes。
是否可以动态修改:yes。
值的范围:yes|no。
rdbcompression
说明：使用压缩rdb文件，rdb文件压缩使用LZF压缩算法。正常都会开启压缩。如果你想节省一些CPU，那可以考虑关闭该功能，如果你的key、value都是可压缩的，数据集也会变得很大。
默认值:yes。
是否可以动态修改:yes。
值的范围:yes|no。
rdbchecksum
说明：是否校验rdb文件。从rdb格式的第五个版本开始，在rdb文件的末尾会带上CRC64的校验和。这跟有利于文件的容错性，但是在保存rdb文件的时候，会有大概10%的性能损耗，所以如果你追求高性能，可以关闭该配置。
默认值:yes。
是否可以动态修改:no。
值的范围:yes|no。
dbfilename
说明：rdb文件的名称。
默认值:dump.rdb。
是否可以动态修改:yes。
值的范围:文件地址。
dir
说明：工作路径，数据库的写入会在这个目录。aof文件也会写在这个目录下，注意：这里填的是目录地址，而不是文件地址。
默认值:./
是否可以动态修改:yes。
值的范围:目录地址。
复制相关配置
Master-Slave复制使用slaveof参数来让一个redis复制另一个redis。复制的话需要注意下面一下事情：
1、redis复制是异步的，但是你可以在master上配置，如果正常的slave数量不足时禁止写入。
2、slave如果和master连接断开，可以尝试部分同步(psync)，如果断开时间很短，可能能马上同步成功。这也取决于backlog配置的size大小。
3、复制是自动完成的，不需要用户干预，slave与master网络异常，slave会自动重连。
slaveof
说明：格式为”slaveof “，slave复制对应的master。
默认值:空。
是否可以动态修改:yes。
值的范围:masterip masterport。
masterauth
说明：如果master设置了requirepass，那么slave要连上master，需要有master的密码才行。masterauth就是用来配置master的密码，这样可以在连上master后进行认证。
默认值:空。
是否可以动态修改:yes。
值的范围:master-password。
slave-serve-stale-data
说明：当从库同主机失去连接或者复制正在进行，从机库有两种运行方式：1) 如果slave-serve-stale-data设置为yes(默认设置)，从库会继续响应客户端的请求。2) 如果slave-serve-stale-data设置为no，除去INFO和SLAVOF命令之外的任何请求都会返回一个错误”SYNC with master in progress”。
默认值:yes。
是否可以动态修改:yes。
值的范围:yes|no。
slave-read-only
说明：slave是否只读。默认slave是只读的，可设置no，那么slave也能写入数据。一些临时数据可以保存在slave上(slave重连后这些数据会被清除)，不过这也容易带来配置的混淆，因为客户端可能往slave上写数据了。在redis的设计上，只读的redis不应该暴露给不信任的客户端。只读只是为了防止对redis的滥用。只读的slave默认是支持所有的管理命令，比如CONFIG，DEBUG。如果要限制这些命令，可以使用’rename-command’配置隐藏管理命令。
默认值:yes。
是否可以动态修改:yes。
值的范围:yes|no。
目前redis复制提供两种方式，disk和socket。socket方式目前还处于实验阶段。如果新的slave连上来或者重连的slave无法部分同步，就会执行全量同步，master会生成rdb文件，disk方式是master创建一个新的进程把rdb文件保存到磁盘，再把磁盘上的rdb文件传递给slave。socket是master创建一个新的进程，直接把rdb文件以socket的方式发给slave。dis方式的时候，当一个rdb保存的过程中，多个slave都能共享这个rdb文件。socket的方式就的一个个slave顺序复制。在磁盘速度缓慢，网速快的情况下推荐用socket方式。
repl-diskless-sync
说明：是否使用socket方式复制数据。
默认值:no。
是否可以动态修改:yes。
值的范围:yes|no。
repl-diskless-sync-delay
说明：diskless复制的延迟时间，防止设置为0，复制开始的过快。一旦复制开始，节点不会再接收新slave的复制请求直到下一个rdb传输。所以最好等待一段时间，等更多的slave连上来。
默认值:5。
是否可以动态修改:yes。
值的范围:大于等于0。
repl-ping-slave-period
说明：master给slave发送ping命令的频率，默认是10s发一个ping命令。
默认值:10。
是否可以动态修改:yes。
值的范围:大于0。
repl-timeout
说明：复制链接超时时间。master和slave都有超时时间的设置。master检测到slave上次发送发送replconf命令的时间超过repl-timeout，即认为slave离线，清除该slave信息。slave检测到上次和master交互的时间超过repl-timeout，则认为master离线。需要注意的是repl-timeout需要设置一个比repl-ping-slave-period更大的值，不然会经常检测到超时。
默认值:60
是否可以动态修改:yes。
值的范围:大于0。
repl-disable-tcp-nodelay
说明：是否禁止复制tcp链接的tcp nodelay参数，可传递yes或者no。默认是no，即使用tcp nodelay。如果master设置了yes来禁止tcp nodelay设置，在把数据复制给slave的时候，会减少包的数量和更小的网络带宽。但是这也可能带来数据的延迟。默认我们推荐更小的延迟，但是在数据量传输很大的场景下，建议选择yes。
默认值:no。
是否可以动态修改:yes。
值的范围:yes|no。
repl-backlog-size
说明：复制缓冲区大小，这是一个环形复制缓冲区，用来保存最新复制的命令。这样在slave离线的时候，不需要完全复制master的数据，如果可以执行部分同步，只需要把缓冲区的部分数据复制给slave，就能恢复正常复制状态。缓冲区的大小越大，slave离线的时间可以更长，复制缓冲区只有在有slave连接的时候才分配内存。没有slave的一段时间，内存会被释放出来。
默认值:1mb。
是否可以动态修改:yes。
值的范围:内存单位。
repl-backlog-ttl
说明：master没有slave一段时间会释放复制缓冲区的内存，repl-backlog-ttl用来设置该时间长度。单位为秒。
默认值:3600
是否可以动态修改:yes。
值的范围:大于0。
slave-priority
说明：当master不可用，Sentinel会根据slave的优先级选举一个master。最低的优先级的slave，当选master。而配置成0，永远不会被选举。
默认值:100。
是否可以动态修改:yes。
值的范围:大于等于0。
min-slaves-to-write
说明：redis提供了可以让master停止写入的方式，如果配置了min-slaves-to-write，健康的slave的个数小于N，mater就禁止写入。master最少得有多少个good的slave存活才能执行写命令。这个配置虽然不能保证N个slave都一定能接收到master的写操作，但是能避免没有足够good slave的时候，master不能写入来避免数据丢失。
默认值:0
是否可以动态修改:yes。
值的范围:大于等于0。
min-slaves-max-lag
说明：延迟小于min-slaves-max-lag的slave才认为是good slave。
默认值:10
是否可以动态修改:yes。
值的范围:大于等于0。
安全相关配置
requirepass
说明：requirepass配置可以让用户使用AUTH命令来认证密码，才能使用其他命令。这让redis可以使用在不受信任的网络中。为了保持向后的兼容性，可以注释该命令，因为大部分用户也不需要认证。使用requirepass的时候需要注意，因为redis太快了，每秒可以认证15w次密码，简单的密码很容易被攻破，所以最好使用一个更复杂的密码。
默认值:空。
是否可以动态修改:yes。
值的范围:任意字符串。
rename-command
说明：在共享的模式下，可以把危险的命令给修改成其他名称。比如CONFIG命令可以重命名为一个很难被猜到的命令，这样用户不能使用，而内部工具还能接着使用。
默认值:空。
是否可以动态修改:no。
值的范围:redis命令。
一些限制参数
maxclients
说明：设置能连上redis的最大客户端连接数量。默认是10000个客户端连接。由于redis不区分连接是客户端连接还是内部打开文件或者和slave连接等，所以maxclients最小建议设置到32。如果超过了maxclients，redis会给新的连接发送’max number of clients reached’，并关闭连接。
默认值:10000。
是否可以动态修改:yes。
值的范围:大于0。
maxmemory
说明：redis配置的最大内存容量。为0表示没有内存上限。在操作系统为32位的时候，会设置最大内存为3G，同时maxmemory-policy设置为noeviction。需要注意的是，slave的输出缓冲区是不计算在maxmemory内的。所以为了防止主机内存使用完，建议设置的maxmemory需要更小一些。
默认值:空。
是否可以动态修改:yes。
值的范围:内存单位。
maxmemory-policy
说明：内存容量超过maxmemory后的处理策略。volatile-lru：利用LRU算法移除设置过过期时间的key。volatile-random：随机移除设置过过期时间的key。volatile-ttl：移除即将过期的key。allkeys-lru：利用LRU算法移除任何key。allkeys-random：随机移除任何key。noeviction：不移除任何key，只是返回一个写错误。上面的这些驱逐策略，如果redis没有合适的key驱逐，对于写命令，还是会返回错误。写命令包括：set setnx setex append incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby getset mset msetnx exec sort。
默认值:volatile-lru。
是否可以动态修改:yes。
值的范围:volatile-lru|allkeys-lru|volatile-random|allkeys-random|volatile-ttl|noeviction。
maxmemory-samples
说明：lru检测的样本数。使用lru或者ttl淘汰算法，从需要淘汰的列表中随机选择sample个key，选出闲置时间最长的key移除。
默认值:3。
是否可以动态修改:yes。
值的范围:大于0。
aof配置
appendonly
说明：默认redis使用的是rdb方式持久化，这种方式在许多应用中已经足够用了。但是redis如果中途宕机，会导致可能有几分钟的数据丢失。Append Only File是另一种持久化方式，可以提供更好的持久化特性。实例使用默认的fsync方式，redis在主机宕机的时候，仅仅丢失1秒的数据，而只是redis宕机，可能只会丢失一条写入数据。
默认值:no。
是否可以动态修改:yes。
值的范围:yes|no。
appendfilename
说明：aof文件名。
默认值:”appendonly.aof”
是否可以动态修改:no。
值的范围:文件路径。
appendfsync
说明：aof持久化策略的配置，no表示不执行fsync，由操作系统保证数据同步到磁盘，速度最快。always表示每次写入都执行fsync，以保证数据同步到磁盘。everysec表示每秒执行一次fsync，可能会导致丢失这1s数据。更多的细节可以看redis作者的博客：http://antirez.com/post/redis-persistence-demystified.html
默认值:everysec。
是否可以动态修改:yes。
值的范围:everysec|always|no。
no-appendfsync-on-rewrite
说明：在aof重写或者写入rdb文件的时候，会执行大量IO，此时对于everysec和always的aof模式来说，执行fsync会造成阻塞过长时间，no-appendfsync-on-rewrite字段设置为默认设置为no。如果对延迟要求很高的应用，这个字段可以设置为yes，否则还是设置为no，这样对持久化特性来说这是更安全的选择。选择no，意味着在子进程save的时候，fsync的策略相当于no。Linux的默认fsync策略是30秒。可能丢失30秒数据。
默认值:no。
是否可以动态修改:yes。
值的范围:yes|no。
auto-aof-rewrite-percentage
说明：aof自动重写配置。当aof文件增长到一定大小的时候Redis能够调用 bgrewriteaof 对日志文件进行重写。Redis会记住上次进行些日志后文件的大小。基础大小会同现在的大小进行比较。如果现在的大小比基础大小大制定的百分比，重写功能将启动。同时需要指定一个最小大小用于aof重写，这个用于阻止即使文件很小但是增长幅度很大也去重写aof文件的情况。
默认值:100
是否可以动态修改:yes。
值的范围:大于0。
auto-aof-rewrite-min-size
说明：aof自动重写配置。需要同时满足aof文件大小大于auto-aof-rewrite-min-size和增长率大于auto-aof-rewrite-percentage才能重写。
默认值:64mb。
是否可以动态修改:yes。
值的范围:内存单位。
aof-load-truncated
说明：aof文件可能在尾部是不完整的，当redis启动的时候，aof文件的数据被载入内存。这重启可能发生在redis所在的宿主机操作系统宕机后，尤其在ext4文件系统没有加上data=ordered选项(redis宕机或者异常终止不会造成尾部不完整现象。)出现这种现象，可以选择让redis退出，或者导入尽可能多的数据。如果选择的是yes，当截断的aof文件被导入的时候，会自动发布一个log给客户端然后load。如果是no，用户必须手动redis-check-aof修复AOF文件才可以。
默认值:yes。
是否可以动态修改:yes。
值的范围:yes|no
LUA脚本配置
lua-time-limit
说明：如果达到最大时间限制(毫秒)，redis会记个log，然后返回error。当一个脚本超过了最大时限。只有SCRIPT KILL和SHUTDOWN NOSAVE可以用。第一个可以杀没有调write命令的东西。要是已经调用了write，只能用第二个命令杀。
默认值:5000。
是否可以动态修改:yes。
值的范围:大于等于0。
SLOW LOG配置
slog log是用来记录redis运行中执行比较慢的命令耗时。当命令的执行超过了指定时间，就记录在slow log中，slog log保存在内存中，所以没有IO操作。
slowlog-log-slower-than
说明：执行时间比slowlog-log-slower-than大的请求记录到slowlog里面，单位是微秒
默认值:10000
是否可以动态修改:yes。
值的范围:大于等于0.
slowlog-max-len
说明：记录slowlog的最大长度
默认值:128
是否可以动态修改:yes。
值的范围:大于等于0。
延迟监控配置
latency-monitor-threshold
说明：延迟监控功能是用来监控redis中执行比较缓慢的一些操作，用LATENCY打印redis实例在跑命令时的耗时图表。只记录大于等于下边设置的值的操作。0的话，就是关闭监视。默认延迟监控功能是关闭的，如果你需要打开，可以通过CONFIG SET命令动态设置。
默认值:0。
是否可以动态修改:yes。
值的范围:大于等于0。
事件通知配置
notify-keyspace-events
说明：键空间通知使得客户端可以通过订阅频道或模式，来接收那些以某种方式改动了 Redis 数据集的事件。因为开启键空间通知功能需要消耗一些 CPU ，所以在默认配置下，该功能处于关闭状态。notify-keyspace-events 的参数可以是以下字符的任意组合，它指定了服务器该发送哪些类型的通知：
字符 发送的通知
K 键空间通知，所有通知以 __keyspace@__ 为前缀
E 键事件通知，所有通知以 __keyevent@__ 为前缀
g DEL 、 EXPIRE 、 RENAME 等类型无关的通用命令的通知
$ 字符串命令的通知
l 列表命令的通知
s 集合命令的通知
h 哈希命令的通知
z 有序集合命令的通知
x 过期事件：每当有过期键被删除时发送
e 驱逐(evict)事件：每当有键因为 maxmemory 政策而被删除时发送
A 参数 g$lshzxe 的别名
输入的参数中至少要有一个 K 或者 E，否则的话，不管其余的参数是什么，都不会有任何 通知被分发。详细使用可以参考http://redis.io/topics/notifications
默认值:””
是否可以动态修改:yes。
值的范围:KEg$lshzxeA
高级配置
hash-max-ziplist-entries
说明：数据量小于等于hash-max-ziplist-entries的用ziplist，大于hash-max-ziplist-entries用hash。
默认值:512。
是否可以动态修改:yes。
值的范围:大于等于0。
hash-max-ziplist-value
说明：value大小小于等于hash-max-ziplist-value的用ziplist，大于hash-max-ziplist-value用hash。
默认值:64。
是否可以动态修改:yes。
值的范围:大于等于0。
list-max-ziplist-entries
说明：数据量小于等于list-max-ziplist-entries用ziplist，大于list-max-ziplist-entries用list。
默认值:512。
是否可以动态修改:yes。
值的范围:大于等于0。
list-max-ziplist-value
说明：value大小小于等于list-max-ziplist-value的用ziplist，大于list-max-ziplist-value用list。
默认值:64。
是否可以动态修改:yes。
值的范围:大于等于0。
set-max-intset-entries
说明：数据量小于等于set-max-intset-entries用iniset，大于set-max-intset-entries用set。
默认值:512。
是否可以动态修改:yes。
值的范围:大于等于0。
zset-max-ziplist-entries
说明：数据量小于等于zset-max-ziplist-entries用ziplist，大于zset-max-ziplist-entries用zset。
默认值:128。
是否可以动态修改:yes。
值的范围:大于等于0。
zset-max-ziplist-value
说明：value大小小于等于zset-max-ziplist-value用ziplist，大于zset-max-ziplist-value用zset。
默认值:64。
是否可以动态修改:yes。
值的范围:大于等于0。
hll-sparse-max-bytes
说明：value大小小于等于hll-sparse-max-bytes使用稀疏数据结构(sparse)，大于hll-sparse-max-bytes使用稠密的数据结构(dense)。一个比16000大的value是几乎没用的，建议的value大概为3000。如果对CPU要求不高，对空间要求较高的，建议设置到10000左右。
默认值:3000。
是否可以动态修改:yes。
值的范围:大于等于0。
activerehashing
说明：Redis将在每100毫秒时使用1毫秒的CPU时间来对redis的hash表进行重新hash，可以降低内存的使用。当你的使用场景中，有非常严格的实时性需要，不能够接受Redis时不时的对请求有2毫秒的延迟的话，把这项配置为no。如果没有这么严格的实时性要求，可以设置为yes，以便能够尽可能快的释放内存。
默认值:yes。
是否可以动态修改:no。
值的范围:yes|no。
client-output-buffer-limit
说明：client output buffer限制，可以用来强制关闭传输缓慢的客户端。格式为client-output-buffer-limit 。class可以为normal、slave、pubsub。hard limit表示output buffer超过该值就直接关闭客户端。soft limit和soft seconds表示output buffer超过soft limit后只需soft seconds后关闭客户端连接。
默认值:
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
是否可以动态修改:yes。
值的范围:[normal|slave|pubsub] \d+ \d+ \d+
hz
说明：redis执行任务的频率为1s除以hz。
默认值:10。
是否可以动态修改:yes。
值的范围:1-500。
aof-rewrite-incremental-fsync
说明：在aof重写的时候，如果打开了aof-rewrite-incremental-fsync开关，系统会每32MB执行一次fsync。这对于把文件写入磁盘是有帮助的，可以避免过大的延迟峰值。
默认值:yes。
是否可以动态修改:yes。
值的范围:yes|no。