Redis单位
不区分大小写
1k => 1000 bytes
1kb => 1024 bytes
1m => 1000000 bytes
1mb => 1024*1024 bytes
1g => 1000000000 bytes
1gb => 102410241024 bytes
include 导入
include
当使用标准模板，并且需要对服务器进行一些自定义设置时可以用到
注意：redis总是最后的配置生效，所以最好是在开头就导入其他配置
include .\path\to\local.conf
include c:\path\to\other.conf
network 网络
bind
如果没有绑定接口，那么redis会监听当前服务所有可达的网络接口
bind后可以跟多个IP来绑定一个或多个IP地址
bind 192.168.1.100 10.0.0.1 #绑定两个IP
bind 127.0.0.1 ::1 #绑定Ip的端口
默认配置是
bind 127.0.0.1 #绑定本机下所有端口
如果去bind配置，将导致网络上的所有接口可见，危险!
protected-mode
安全模式，为了防止redis实例被公开访问，默认开启
protected-mode yes
在保护模式打开时，如果1）没有使用bind显示指定IP 2）没有配置密码：
redis-server仅接受来自127.0.0.1和::1的连接 或者是Unix域名套接字，其他访问会报错
redis.clients.jedis.exceptions.JedisConnectionException: Failed connecting to host xxx.xxx.xxx.xxx:6379
port
监听端口来接受链接，默认是6379， 如果端口是0, Redis不会监听TCP socket
port 6379
tcp-backlog
此参数确定了TCP连接中已完成队列(完成三次握手之后)的长度， 当然此值必须不大于Linux系统定义的/proc/sys/net/core/somaxconn值，默认是511，而Linux的默认参数值是128。当系统并发量大并且客户端速度缓慢的时候，可以将这二个参数一起参考设定。
tcp-backlog 511
Unix socket.
指定用来监听Unix套套接字的路径。没有默认值，所以在没有指定的情况下Redis不会监听Unix套接字
unixsocket /tmp/redis.sock
unixsocketperm 700
timeout
客户端超过N秒空闲后关闭链接(0表示不关闭)
timeout 0
tcp-keepalive
如果不为零，指定时间间隔来使用空闲链接向客户端发送ACK
1）检测无响应的对端
2）能让该链接的网络设备知道链接存活
tcp-keepalive 0 #0表示关闭
tcp-keepalive 60
GENERAL 通用配置
daemonize
设置守护线程，默认关闭，如果开启会写入一个/var/run/redis.pid 文件。
WINDOWS不支持
开启后，redis会在后台运行，此时redis将一直运行，除非手动kill该进程。
daemonize no
daemonize yes
pidfile
指定守护线程文件写入路径，不存在则会创建
pidfile /var/run/redis.pid #默认写入路径
supervised
可以通过upstart和systemd管理Redis守护进程，这个参数是和具体的操作系统相关的。
[TODO]不是很明白，需要补习linux
supervised no #默认没有监督互动
supervised upstart #通过将Redis置于SIGSTOP模式来启动信号
supervised systemd #signal systemd将READY = 1写入$ NOTIFY_SOCKET
supervised auto #检测upstart或systemd方法基于 UPSTART_JOB或NOTIFY_SOCKET环境变量
loglevel
告警级别
loglevel notice #适量信息，使用线上生产环境
loglevel debug #大量信息，对开发/测试有用
loglevel verbose #精简信息，只是比debug少一些
loglevel warning #指挥答应严重告警信息
logfile
日志文件目录
logfile "" #控制台打印
logfile /var/log/redis/redis.log #指定目录保存
syslog
记录WINDOWS系统下的日志
syslong-enabled no #yes/no 开启/关闭
syslog-ident redis #指定在windows下的日志事件名，默认redis
databases
设置数据库数量，默认是16个，默认数据库是DB 0
使用select <dbid> 来切换数据库
databases 16 #数据库序号为0-15
SNAPSHOTTING 快照持久化
RDB模式
save
save <seconds> <changes>
如果 seconds 秒内 至少有 changes次操作发生，则保存rdb文件
如果不使用save配置，则不会RDB持久化
save "" #清空之前所有保存配置
save 900 1
save 300 10
save 60 10000
stop-writes-on-bgsave-error
redis的RDB机制是调用forks启动子线程，将数据集写入到临时的RDB文件中，在替换原来的文件，并删除旧的RDB文件
当这个过程中线程发生了错误，比如写入失败等情况，redis将停止接受写入，如果后台保存过程将再次开始工作，Redis 将自动允许再次写入。
如果将stop-writes-on-bgsave-error 设置成no ，那么就算出错也会接着备份，那么需要一些监控机制来保证用户可以感受到这错误
stop-writes-on-bgsave-error yes #默认开启
rdbcompression
在生成.rdb文件时，是否使用LZF压缩字符串，如果压缩则会提高CPU负载 不使用的话则生成的rdb文件会比较大 properties rdbcompression yes #默认开启
rdbchecksum
从RDB 5开始，会在结尾使用CRC64计算校验和，大概耗费10%的性能
关闭的话会结尾校验和置为0 properties rdbchecksum yes #默认开启
dbfilename
rdb保存文件名 properties dbfilename dump.rdb #默认名称
dir
rdb保存工作路径 properties dir ./ #默认路径
REPLICATION 主从复制
主从复制细节这里就不展开了，只看配置
slaveof <masterip> <masterport> #绑定master的IP跟端口
masterauth
如果master使用requirepass进行了密码保护，则需要配置密码，否则master会拒接slave请求 properties masterauth <master-password> #默认路径
slave-serve-stale-data
当slave断开与master的链接的时候，或者slave同步仍未完成
#开启的时候会根据过时数据回复客户端请求，如果当时是第一次同步，则数据集可能为空
slave-serve-stale-data yes
#关闭的时候，会统一按照SYNC with master in progress回复请求
slave-serve-stale-data no
slave-read-only
配置slave 是否为只读，没见过配置slave为可写入的 properties slave-read-only yes #默认只读
repl-diskless-sync
配置主从同步时是否使用无盘复制
当新建master-slave的关系或者重连时无法进行增量同步时(backlog找不到对应地offset)，需要进行一个”full-synchronization“全量同步， 这个时候需要将dump.rdb文件从 master同步到slave,全量同步有两种方式：
1)磁盘复制 master在接受到slave请求后会fork一个子进程，基于当前内存中已有的数据，创建一份最新的RDB文件写入磁盘， 稍后(repl-diskless-sync-delay 规定时延收集其他需要同步的slave请求)主线程将rdb文件发送给所有的slaves
2)无盘复制 主线程直接在内存中生成一个rdb文件然后传输给slave，如果有新的slave需要rdb文件，会在当前线程完成后再重新进行；master可以配置开始快照传输前的等待延迟，来时多个slave并行
无盘复制主要用在磁盘速度慢而网络传输速度快的情况
```properties
repl-diskless-sync no #默认磁盘复制 ```
repl-diskless-sync-delay
无盘复制情况下，配置时延，等待是否有其他slave一起参与传输
单位为秒 properties repl-diskless-sync-delay 5 #默认时延为5s repl-diskless-sync-delay 0 #时延为0表示立即开始
repl-ping-slave-period
从节点定时向主节点发送ping(心跳检测)，单位为秒 properties repl-ping-slave-period 10 #默认10秒
repl-timeout
三种情况认为复制超时： 1）slave角度，如果在repl-timeout时间内没有收到master SYNC传输的rdb snapshot数据，
2）slave角度，在repl-timeout没有收到master发送的数据包或者ping。
3）master角度，在repl-timeout时间没有收到REPCONF ACK确认信息。
当redis检测到repl-timeout超时(默认值60s)，将会关闭主从之间的连接,redis slave发起重新建立主从连接的请求。
对于内存数据集比较大的系统，可以增大repl-timeout参数。 properties repl-timeout 60 #默认60秒
repl-disable-tcp-nodelay
简单的来说如果开启，redis会用更少的数据包来向slave发送数据，同时用到的带宽也更小，但是会增加大约40ms的延迟
Nagle算法的提出本质是为了在网络条件不好的情况下通过网络发送的数据包数量来提高TCP/IP网络效率的方法，如果是在网络条件不好，或者主备节点很多，主备网络间链路很长的情况下，开启这个算法也是行之有效的； properties repl-disable-tcp-nodelay no #默认关闭
repl-ping-slave-period
设置复制积压大小。 积压是一个积累的缓冲区从机断开一段时间后的从机数据， 这样当一个从机想再次重新连接，通常不需要完全重新同步，而是部分重新同步 就足够了，只需传递从服务器断开连接后丢失的数据部分。
缓存积压区越大，就可以容忍slave断线更长时间，这样slave一恢复链接就可以开始部分同步操作
repl-backlog-size 1mb #默认1mb
repl-ping-slave-period
backlog是在master有slave链接的时候才会生成，同样的，如果所有的slave都断开链接并且长时间没有重新链接， 那么backlog就会清空，这个参数就标识的最后一个salve断开链接后backlog仍然存活的时间Time to Live
repl-backlog-ttl 3600 #默认3600S
slave-priority
slave-priority是个整数，当哨兵选举master的时候，越小的priority越会被选举; 但是0表示不会被选举
slave-priority 100 #默认100
slave-priority 0 #0表示不会选举为master
min-slaves-xxx
当slave连接到master,且延迟<=M的数量少于N的时候，master可以拒绝写入
延迟指的是从slave发送到master的ping时间(其实就是心跳机制) 如果配置了min-slaves-to-write，健康的slave的个数小于配置项N，mater就禁止写入。
这个配置虽然不能保证N个slave都一定能接收到master的写操作，但是能避免没有足够健康的slave的时候，master不能写入来避免数据丢失 。
设置为0关闭该功能。
min-slaves-to-write 3 #最少有3个slave的延迟小于10才写入
min-slaves-max-lag 10
SECURITY 安全
客户端在处理其他任何请求前，需要发出AUTH <password>命令，这在信任域可以被其他人访问时是有用的，但是一般 并不用，因为大部分redis服务都是部署在自己服务器上 由于redis每秒可以处理150K个请求，所以密码要足够强
requirepass foobared
可以在共享环境中更改危险命令的名称。例如，CONFIG命令可能会被重命名为一些难以猜测的内容，以便它仍然可以用于内部使用的工具，但不能用于一般客户机。 也可以通过将命令重命名为空字符串来完全终止命令
rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52+
rename-command CONFIG ""
LIMITS 客户端限制
设置同时连接的客户端最大数量，默认是10000台， 当达到最大连接数时会关闭新链接，返回max number of clients reached.
maxclients 10000
MEMORY MANAGEMENT 内存管理
persistence-available
如果redis仅作为内存中的缓存而不进行任何持久化(AOF/RDB)，那么fork()子进程就没什么必要了,同时会禁用fork()操作的命令BGSAVE 和 BGREWRITEAOF。
persistence-available [(yes)|no]
maxmemory
设置内存最大字节数，如果达到内存限制时，redis会按照maxmemory-policy指定的策略来删除键值对，如果无法删除来减小内存， redis会正常回复只读命令get等，但是对set,lpush等命令会报错；
maxmemory <bytes>
maxmemory-policy
到达最大内存时的删除策略
volatile-lru ->对"过期集合"中的数据采取LRU(近期最少使用)算法.如果对key使用"expire"指令指定了过期时间,那么此key将会被添加到"过期集合"中。将已经过期/LRU的数据优先移除.如果"过期集合"中全部移除仍不能满足内存需求,将OOM.
allkeys-lru ->对所有的数据,采用LRU算法
volatile-random ->对"过期集合"中的数据采取"随即选取"算法,并移除选中的K-V,直到"内存足够"为止. 如果如果"过期集合"中全部移除全部移除仍不能满足,将OOM
allkeys-random ->对所有的数据,采取"随机选取"算法,并移除选中的K-V,直到"内存足够"为止
volatile-ttl ->对"过期集合"中的数据采取TTL算法(最小存活时间),移除即将过期的数据.
noeviction ->不做任何干扰操作,直接返回OOM异常
maxmemory-policy noeviction #默认策略
使用以下任何命令时，只要没有合适的键删除则报错: 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-samples
LRU算法和LLT算法并不是精确的，而是为了节省内存使用的近似算法，每次选取一个样本集合来做。 通过这个配置可以更改每个样本集合的大小；
如果样本大则更耗费CPU资源但是更精确，样本小则更快，但是准确性差
maxmemory-samples 5
追加模式 AOF配置
AOF跟RDB具体的区别不做展开，只用知道如果AOF与RDB同时开启是没问题的，系统会优先加载AOF文件来保证更好的耐用性
appendonly
是否打开AOF配置
appendonly no #默认关闭
appendfilename
生成的AOF文件名，默认为appendonly.aof
appendfilename "appendonly.aof" #AOF文件名，默认值
appendfsync
fsync()命令通知操作系统把数据写入磁盘而不是写入缓存区；某些操作系统会立即刷新数据到磁盘，有些操作系统只是尽快尝试去做这件事
redis的appendfsync命令指定提供了三种不同的模式：
no: 从来不主动调用fsync()，而是等操作系统自己调用，是最快的.
always: 每条写命令都会调用fsync()存入磁盘，虽然慢但是最安全.
everysec: 每秒调用一次fsync()，折中的方案，最坏情况下只会丢失1s的数据.
appendfsync always
appendfsync everysec #默认配置
appendfsync no
no-appendfsync-on-rewrite
bgrewriteaof机制，在一个子进程中进行aof的重写，从而不阻塞主进程对其余命令的处理，同时解决了aof文件过大问题。
现在问题出现了，同时在执行bgrewriteaof操作和主进程写aof文件的操作，两者都会操作磁盘，而bgrewriteaof往往会涉及大量磁盘操作，这样就会造成主进程在写aof文件的时候出现阻塞的情形，现在no-appendfsync-on-rewrite参数出场了。如果该参数设置为no，是最安全的方式，不会丢失数据，但是要忍受阻塞的问题。如果设置为yes呢？这就相当于将appendfsync设置为no，这说明并没有执行磁盘操作，只是写入了缓冲区，因此这样并不会造成阻塞（因为没有竞争磁盘），但是如果这个时候redis挂掉，就会丢失数据。丢失多少数据呢？在linux的操作系统的默认设置下，最多会丢失30s的数据。
因此，如果应用系统无法忍受延迟，而可以容忍少量的数据丢失，则设置为yes。如果应用系统无法忍受数据丢失，则设置为no。
no-appendfsync-on-rewrite no
auto-aof-rewrite
Redis可以自动重写AOF文件，或者使用命令Bgrewriteaof手动触发
当redis最后一次重写AOF文件时(如果是刚开始没有触发重写，那就使用AOF文件初始大小)，会记录下这个文件的大小， 重写发生后会用当前AOF文件大小与记录的大小做比较：
1)增量大小超过了记录大小的预设百分比，触发重写；为0则表示关闭重写功能
2)指定重写的最小文件大小，不满足则不触发重写，避免频繁重写耗费性能
auto-aof-rewrite-percentage 100 #触发重写的百分比
auto-aof-rewrite-min-size 64mb #最小重写文件大小
aof-load-truncated
在启动Redis进程的时候，加载AOF文件到内存过程中，可能会发现AOF文件末尾被截断了，尤其是Redis进程异常崩溃后(特别是在不使用 data=ordered 选项挂载ext4文件系统时。但是Redis本身崩溃而操作系统正常运行则不会出现该情况)；
可以使用这个配置来选择抛出异常退出或者尽可能多的加载数据(默认配置)
yes ：末尾被截断的 AOF 文件将会被加载，并打印日志通知用户。
no ：服务器将报错并拒绝启动。
这时用户需要使用redis-check-aof 工具修复AOF文件，再重新启动。
aof-load-truncated yes
aof-use-rdb-preamble
开启AOF-RDB混合持久化，生成的AOF文件前半段是RDB格式的全量数据后半段是AOF格式的增量数据
aof-use-rdb-preamble yes
LUA 脚本
lua-time-limit
LUA脚本的最大执行时间，单位为毫秒
当脚本运行时间超过这一限制后，Redis 将开始接受其他命令但不会执行（以确保脚本的原子性，因为此时脚本并没有被终止），而是会返回“BUSY”错误。
Redis 提供了一个script kill 的命令来中止脚本的执行
如果当前执行的Lua 脚本对Redis 的数据进行了修改（SET、DEL 等），那么通过script kill 命令是不能终止脚本运行的。 遇到这种情况，只能通过shutdown nosave 命令来强行终止redis。shutdown nosave 和shutdown 的区别在于shutdown nosave 不会进行持久化操作，意味着发生在上一次快照后的数据库修改都会丢失。
设置为0或负值将会以无报错的情况进行无限制执行。
lua-time-limit 5000
REDIS CLUSTER 集群
cluster-enabled
一般的Redis实例不能作为集群的节点，只有配置了cluster-enabled才能作为集群的节点
cluster-enabled yes
cluster-config-file
集群的每个节点都有一个配置文件，是不允许手动编辑的；配置文件是由Redis节点创建和更新的，要确保同一集群中 的每个节点实例配置文件名都不重复
cluster-config-file nodes-6379.conf
cluster-node-timeout
集群节点的超时时间是以毫秒为单位的，许多内部的时间限制是超时时间的倍数
cluster-node-timeout 15000
如果主节点失败了，但是从节点数据太旧，从节点会避免故障转移，
数据太旧的定义是执行如下两个检查：
1)如果有多个从节点可以实现故障转移，从节点们会互相通信，根据offset提供最新的从节点
2)每个从节点都计算上次与Master进行通信的时间(ping,Master命令下发，断开链接等)，如果上次通信时间太久的话就不考虑在当前从节点进行故障转移;
cluster-slave-validity-factor
第二点的超时时间用户可以自己设置，这个超时时间为：
(node-timeout * slave-validity-factor) + repl-ping-slave-period
cluster-slave-validity-factor 10
slave-validity-factort太大会导致故障迁移完主节点会有很旧的数据，太小的话各个slave去竞争的时候又没有区分度了无法合理选择
为了实现最大可用性，可以将slave-validity-factort设置为0，意味着不论什么时候，salve都会进行故障迁移
cluster-migration-barrier
迁移阈值，意味着当旧的master节点必须有大于等于该阈值的可工作从节点，slave才会发生故障迁移，默认值是1
cluster-migration-barrier 1 #默认参数是1
cluster-require-full-coverage
Redis集群默认当有Hash槽没有被覆盖(没有可用的节点去提供服务)的时候，会停止接受请求
通过这种方式，如果集群部分宕机的话（比如一部分hash槽不再被覆盖）集群会立即停止服务，当这些槽被重新覆盖的时候，又会重新提供服务；
如果希望在部分槽没被覆盖的时候依然对已覆盖的槽提供服务，只需要把这个参数设置为no
不建议打开该配置，这样会造成分区的时候，小分区的master一直在接受写请求，而造成很长时间数据不一致。
cluster-require-full-coverage yes
SLOW LOG
Redis 慢日志是一个记录超过指定查询的系统执行时间处理时间。 执行时间不包括 I/O 操作比如与客户交谈，发送回复等等，只是实际执行命令所需的时间；
Slow Log 存在一个队列里，两个参数一个控制超时记录时间，一个控制队列的长度
slowlog-log-slower-than
slowlog-log-slower-than 10000
执行时间比slowlog-log-slower-than大的请求记录到slowlog里面，单位是微秒，所以1000000就是1秒。注意，负数时间会禁用慢查询日志，而0则会强制记录所有命令。
slowlog-max-len
slowlog-max-len 128
慢日志最大长度，可以随便填写数值，没有上限，但要注意它会消耗内存。你可以使用SLOWLOG RESET来重设这个值。
LATENCY MONITOR
Redis延迟监视子系统在运行时对不同的操作进行采样，以便收集与Redis实例的可能延迟源相关的数据; 通过延迟命令，用户可以使用此信息打印图表和获取报告; 系统只记录在等于或大于通过延迟监视器阈值配置指令指定的毫秒数的时间内执行的操作。当其值设置为零时，延迟监视器将关闭; 默认情况下，延迟监视是禁用的，因为如果没有延迟问题，则通常不需要它，而且收集数据会对性能产生影响，虽然影响很小，但可以在大负载下测量。如果需要，可以在运行时使用命令 “CONFIG SET Latency monitor threshold” 轻松启用延迟监视;
latency-monitor-threshold 0 #0代表关闭，单位是毫秒
EVENT NOTIFICATION
Redis的事件监听器允许客户端订阅 Pub/Sub 频道，以便接收以某种方式影响 Redis 数据集的事件。与集群中的事件不同，该事件通知不会广播，需要单独订阅
Keyspace 通知是通过为影响 Redis 数据空间的每个操作发送两种不同类型的事件来实现的。例如，针对数据库 中命名的键的DEL操作将触发两条消息的传递，完全等同于以下两个 PUBLISH命令：在dataset0中删除 mykey
PUBLISH __keyspace@0__:mykey del #Key-space 通知
PUBLISH __keyevent@0__:del mykey #Key-event 通知
配置：参数参考
notify-keyspace-events "" #默认空串，功能关闭
| 字符 | 发送的通知 |
|---|---|
| K | 键空间通知，所有通知以 keyspace@ 为前缀，针对Key |
| E | 键事件通知，所有通知以 keyevent@ 为前缀，针对event |
| g | DEL 、 EXPIRE 、 RENAME 等类型无关的通用命令的通知 |
| $ | 字符串命令的通知 |
| l | 列表命令的通知 |
| s | 集合命令的通知 |
| h | 哈希命令的通知 |
| z | 有序集合命令的通知 |
| x | 过期事件：每当有过期键被删除时发送 |
| e | 驱逐(evict)事件：每当有键因为 maxmemory 政策而被删除时发送 |
| A | 参数 g$lshzxe 的别名，相当于是All |
ADVANCED CONFIG
Hash
指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法
hash-max-ziplist-value 64 #字符串长度都小于64字节
hash-max-ziplist-entries 512 #元素数量小于512
List
list也用特殊编码去节省内存空间，下面的参数代表不同的阈值
list-max-ziplist-size -2
-5: max size: 64 Kb <-- not recommended for normal workloads
-4: max size: 32 Kb <-- not recommended
-3: max size: 16 Kb <-- probably not recommended
-2: max size: 8 Kb <-- good
-1: max size: 4 Kb <-- good
压缩深度是从列表的每一侧排除压缩的 quicklist ziplist 节点的数量。 列表的头部和尾部始终未压缩以进行快速推送/弹出操作
0:意味着禁止所有列表压缩
1:表示必须有一个元素，不管是从head还是从tail进入列表，才开始启动压缩
2: [head]->[next]->node->node->...->node->[prev]->[tail]禁止压缩head，next，prev,tail,但是可以压缩中间的所有元素
3: [head]->[next]->[next]->node->node->...->node->[prev]->[prev]->[tail]同2，首位各3个元素
list-compress-depth 0
Set
set只用所有元素都由十进制无符号整数组成时才能被压缩。
set-max-intset-entries 512 #set里最大元素，到达阈值启用压缩算法
zset
zset也是只有长度和元素满足以下约束时才会启用压缩
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
HyperLogLog
value大小小于等于hll-sparse-max-bytes使用稀疏数据结构（sparse），大于hll-sparse-max-bytes使用稠密的数据结构（dense）。一个比16000大的value是几乎没用的，建议的value大概为3000。如果对CPU要求不高，对空间要求较高的，建议设置到10000左右。
hll-sparse-max-bytes 3000 #阈值为0-15000
activerehashing
Redis将在每100毫秒时使用1毫秒的CPU时间来对redis的hash表进行重新hash，可以降低内存的使用。当你的使用场景中，有非常严格的实时性需要，不能够接受Redis时不时的对请求有2毫秒的延迟的话，把这项配置为no。如果没有这么严格的实时性要求，可以设置为yes，以便能够尽可能快的释放内存。
activerehashing yes
在客户端与server进行的交互中，每个连接都会与一个buffer关联，此buffer用来队列化亟待被client接受的响应信息。如果client不能及时的消费响应信息，那么buffer将会被不断积压而给server带来内存压力。如果buffer中积压的数据达到阀值，将会导致连接被关闭，buffer被移除。buffer控制类型包括：
normal -> 普通连接。
slave -> 与slave之间的连接。
pubsub -> pub/sub类型连接，此类型的连接，往往会产生此种问题；因为pub端会密集的发布消息，但是sub端可能消费不足。
指令格式：client-output-buffer-limit ”，其中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
hz
Redis server执行后台任务的频率，默认为10，此值越大表示redis对”间歇性task”的执行次数越频繁(次数/秒)。”间歇性task”包括”过期集合”检测、关闭”空闲超时”的连接等，此值必须大于0且小于500。(参见redis.h源码)。此值过小就意味着更多的cpu周期消耗，后台task被轮询的次数更频繁。此值过大意味着”内存敏感”性较差。建议保持默认值。
hz 10
aof-rewrite-incremental-fsync.
子进程根据内存快照，按照命令合并规则写入到新的AOF文件中。每次批量写入磁盘的数据量由aof-rewrite-incremental-fsync参数控制，默认为32M，避免单次刷盘数据过多造成硬盘阻塞
aof-rewrite-incremental-fsync yes
