redis配置文件redis-common.conf

#GENERAL  

# 默认Rdis不会作为守护进程运行。如果需要的话配置成'yes'

# 注意配置成守护进程后Redis会将进程号写入文件/var/run/redis.pid

daemonize yes  

# TCP listen() backlog.

#

# 在高并发环境下你需要一个高backlog值来避免慢客户端连接问题。注意Linux内核默默地将这个值减小

# 到/proc/sys/net/core/somaxconn的值，所以需要确认增大somaxconn和tcp_max_syn_backlog

# 两个值来达到想要的效果。

tcp-backlog 511  

# 一个客户端空闲多少秒后关闭连接。(0代表禁用，永不关闭)

timeout 0  

# TCP keepalive.

#

# 如果非零，则设置SO_KEEPALIVE选项来向空闲连接的客户端发送ACK，由于以下两个原因这是很有用的：

#

# 1）能够检测无响应的对端

# 2）让该连接中间的网络设备知道这个连接还存活

#

# 在Linux上，这个指定的值(单位：秒)就是发送ACK的时间间隔。

# 注意：要关闭这个连接需要两倍的这个时间值。

# 在其他内核上这个时间间隔由内核配置决定

#

# 这个选项的一个合理值是60秒

tcp-keepalive 0  

# 指定服务器调试等级

# 可能值：

# debug （大量信息，对开发/测试有用）

# verbose （很多精简的有用信息，但是不像debug等级那么多）

# notice （适量的信息，基本上是你生产环境中需要的）

# warning （只有很重要/严重的信息会记录下来）

loglevel notice  

# 设置数据库个数。默认数据库是 DB 0，

# 可以通过select  (0 <= dbid <= 'databases' - 1 ）来为每个连接使用不同的数据库。

databases 16  

# 主从同步。通过 slaveof 指令来实现Redis实例的备份。

# 注意，这里是本地从远端复制数据。也就是说，本地可以有不同的数据库文件、绑定不同的IP、监听

# 不同的端口。

# slaveof

# 如果master设置了密码保护（通过 "requirepass" 选项来配置），那么slave在开始同步之前必须

# 进行身份验证，否则它的同步请求会被拒绝。

# masterauth

# 当一个slave失去和master的连接，或者同步正在进行中，slave的行为有两种可能：

# 1) 如果 slave-serve-stale-data 设置为 "yes" (默认值)，slave会继续响应客户端请求，

#    可能是正常数据，也可能是还没获得值的空数据。

# 2) 如果 slave-serve-stale-data 设置为 "no"，slave会回复"正在从master同步

#   （SYNC with master in progress）"来处理各种请求，除了 INFO 和 SLAVEOF 命令。

slave-serve-stale-data yes  

#slave只读  

# 你可以配置salve实例是否接受写操作。可写的slave实例可能对存储临时数据比较有用(因为写入salve

# 的数据在同master同步之后将很容被删除)，但是如果客户端由于配置错误在写入时也可能产生一些问题。

#

# 从Redis2.6默认所有的slave为只读

#

# 注意:只读的slave不是为了暴露给互联网上不可信的客户端而设计的。它只是一个防止实例误用的保护层。

# 一个只读的slave支持所有的管理命令比如config,debug等。为了限制你可以用'rename-command'来

# 隐藏所有的管理和危险命令来增强只读slave的安全性

slave-read-only yes  

#not use default  

# 是否在slave套接字发送SYNC之后禁用 TCP_NODELAY ？

#

# 如果你选择“yes”Redis将使用更少的TCP包和带宽来向slaves发送数据。但是这将使数据传输到slave

# 上有延迟，Linux内核的默认配置会达到40毫秒

#

# 如果你选择了 "no" 数据传输到salve的延迟将会减少但要使用更多的带宽

#

# 默认我们会为低延迟做优化，但高流量情况或主从之间的跳数过多时，把这个选项设置为“yes”

# 是个不错的选择。

repl-disable-tcp-nodelay yes  

# slave的优先级是一个整数展示在Redis的Info输出中。如果master不再正常工作了，哨兵将用它来

# 选择一个slave提升=升为master。

#

# 优先级数字小的salve会优先考虑提升为master，所以例如有三个slave优先级分别为10，100，25，

# 哨兵将挑选优先级最小数字为10的slave。

#

# 0作为一个特殊的优先级，标识这个slave不能作为master，所以一个优先级为0的slave永远不会被

# 哨兵挑选提升为master

# 默认优先级为100

slave-priority 100  

#关闭aof持久化  

# 默认情况下，Redis是异步的把数据导出到磁盘上。这种模式在很多应用里已经足够好，但Redis进程
# 出问题或断电时可能造成一段时间的写操作丢失(这取决于配置的save指令)。
#
# AOF是一种提供了更可靠的替代持久化模式，例如使用默认的数据写入文件策略（参见后面的配置）
# 在遇到像服务器断电或单写情况下Redis自身进程出问题但操作系统仍正常运行等突发事件时，Redis
# 能只丢失1秒的写操作。
#
# AOF和RDB持久化能同时启动并且不会有问题。
# 如果AOF开启，那么在启动时Redis将加载AOF文件，它更能保证数据的可靠性。
#
# 请查看  http://redis.io/topics/persistence 来获取更多信息.

appendonly no  

#每秒一次aof写  

# fsync() 系统调用告诉操作系统把数据写到磁盘上，而不是等更多的数据进入输出缓冲区。
# 有些操作系统会真的把数据马上刷到磁盘上；有些则会尽快去尝试这么做。
#
# Redis支持三种不同的模式：
#
# no：不要立刻刷，只有在操作系统需要刷的时候再刷。比较快。
# always：每次写操作都立刻写入到aof文件。慢，但是最安全。
# everysec：每秒写一次。折中方案。 
#
# 默认的 "everysec" 通常来说能在速度和数据安全性之间取得比较好的平衡。根据你的理解来
# 决定，如果你能放宽该配置为"no" 来获取更好的性能(但如果你能忍受一些数据丢失，可以考虑使用
# 默认的快照持久化模式)，或者相反，用“always”会比较慢但比everysec要更安全。
#
# 请查看下面的文章来获取更多的细节
#  http://antirez.com/post/redis-persistence-demystified.html 
# 
# 如果不能确定，就用 "everysec"

appendfsync everysec  

#关闭在aof rewrite的时候对新的写操作进行fsync  

# 如果AOF的同步策略设置成 "always" 或者 "everysec"，并且后台的存储进程（后台存储或写入AOF

# 日志）会产生很多磁盘I/O开销。某些Linux的配置下会使Redis因为 fsync()系统调用而阻塞很久。

# 注意，目前对这个情况还没有完美修正，甚至不同线程的 fsync() 会阻塞我们同步的write(2)调用。

#

# 为了缓解这个问题，可以用下面这个选项。它可以在 BGSAVE 或 BGREWRITEAOF 处理时阻止fsync()。

#

# 这就意味着如果有子进程在进行保存操作，那么Redis就处于"不可同步"的状态。

# 这实际上是说，在最差的情况下可能会丢掉30秒钟的日志数据。（默认Linux设定）

#

# 如果把这个设置成"yes"带来了延迟问题，就保持"no"，这是保存持久数据的最安全的方式。

no-appendfsync-on-rewrite yes  

# 自动重写AOF文件

# 如果AOF日志文件增大到指定百分比，Redis能够通过 BGREWRITEAOF 自动重写AOF日志文件。

#

# 工作原理：Redis记住上次重写时AOF文件的大小（如果重启后还没有写操作，就直接用启动时的AOF大小）

#

# 这个基准大小和当前大小做比较。如果当前大小超过指定比例，就会触发重写操作。你还需要指定被重写

# 日志的最小尺寸，这样避免了达到指定百分比但尺寸仍然很小的情况还要重写。

#

# 指定百分比为0会禁用AOF自动重写特性

auto-aof-rewrite-min-size 64mb  

# Lua 脚本的最大执行时间，毫秒为单位

#

# 如果达到了最大的执行时间，Redis将要记录在达到最大允许时间之后一个脚本仍然在执行，并且将

# 开始对查询进行错误响应。

#

# 当一个长时间运行的脚本超过了最大执行时间，只有 SCRIPT KILL 和 SHUTDOWN NOSAVE 两个

# 命令可用。第一个可以用于停止一个还没有调用写命名的脚本。第二个是关闭服务器唯一方式，当

# 写命令已经通过脚本开始执行，并且用户不想等到脚本的自然终止。

#

# 设置成0或者负值表示不限制执行时间并且没有任何警告

lua-time-limit 5000  

#打开redis集群  

cluster-enabled yes  

#节点互连超时的阀值  

cluster-node-timeout 15000  

cluster-migration-barrier 1  

slowlog-log-slower-than 10000  

slowlog-max-len 128  

notify-keyspace-events ""  

# 当hash只有少量的entry时，并且最大的entry所占空间没有超过指定的限制时，会用一种节省内存的

# 数据结构来编码。可以通过下面的指令来设定限制

hash-max-ziplist-entries 512  

hash-max-ziplist-value 64  

# 与hash似，数据元素较少的list，可以用另一种方式来编码从而节省大量空间。

# 这种特殊的方式只有在符合下面限制时才可以用：

list-max-ziplist-entries 512  

list-max-ziplist-value 64  

# set有一种特殊编码的情况：当set数据全是十进制64位有符号整型数字构成的字符串时。

# 下面这个配置项就是用来设置set使用这种编码来节省内存的最大长度。

set-max-intset-entries 512  

# 与hash和list相似，有序集合也可以用一种特别的编码方式来节省大量空间。

# 这种编码只适合长度和元素都小于下面限制的有序集合：

zset-max-ziplist-entries 128  
zset-max-ziplist-value 64  

# 启用哈希刷新，每100个CPU毫秒会拿出1个毫秒来刷新Redis的主哈希表（顶级键值映射表）。

# redis所用的哈希表实现（见dict.c）采用延迟哈希刷新机制：你对一个哈希表操作越多，哈希刷新

# 操作就越频繁；反之，如果服务器是空闲的，那么哈希刷新就不会完成，哈希表就会占用更多的一些

# 内存而已。

#

# 默认是每秒钟进行10次哈希表刷新，用来刷新字典，然后尽快释放内存。

#

# 建议：

# 如果你对延迟比较在意，不能够接受Redis时不时的对请求有2毫秒的延迟的话，就用

# "activerehashing no"，如果不太在意延迟而希望尽快释放内存就设置"activerehashing yes"

activerehashing yes  

# 客户端的输出缓冲区的限制，可用于强制断开那些因为某种原因从服务器读取数据的速度不够快的客户端，

# （一个常见的原因是一个发布/订阅客户端消费消息的速度无法赶上生产它们的速度）

#

# 可以对三种不同的客户端设置不同的限制：

# normal -> 正常客户端

# slave -> slave和 MONITOR 客户端

# pubsub -> 至少订阅了一个pubsub channel或pattern的客户端

#

# 下面是每个client-output-buffer-limit语法:

# client-output-buffer-limit

# 一旦达到硬限制客户端会立即被断开，或者达到软限制并持续达到指定的秒数（连续的）。

# 例如，如果硬限制为32兆字节和软限制为16兆字节/10秒，客户端将会立即断开

# 如果输出缓冲区的大小达到32兆字节，或客户端达到16兆字节并连续超过了限制10秒，就将断开连接。

#

# 默认normal客户端不做限制，因为他们在不主动请求时不接收数据（以推的方式），只有异步客户端

# 可能会出现请求数据的速度比它可以读取的速度快的场景。

#

# pubsub和slave客户端会有一个默认值，因为订阅者和slaves以推的方式来接收数据

#

# 把硬限制和软限制都设置为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”值来执行检查任务。

#

# 默认情况下，“hz”的被设定为10。提高该值将在Redis空闲时使用更多的CPU时，但同时当有多个key

# 同时到期会使Redis的反应更灵敏，以及超时可以更精确地处理。

#

# 范围是1到500之间，但是值超过100通常不是一个好主意。

# 大多数用户应该使用10这个默认值，只有在非常低的延迟要求时有必要提高到100。

hz 10  

# 当一个子进程重写AOF文件时，如果启用下面的选项，则文件每生成32M数据会被同步。为了增量式的

# 写入硬盘并且避免大的延迟高峰这个指令是非常有用的

aof-rewrite-incremental-fsync yes

################################ 快照 ################################

#

# 存 DB 到磁盘：

#

#   格式：save <间隔时间（秒）> <写入次数>

#

#   根据给定的时间间隔和写入次数将数据保存到磁盘

#

#   下面的例子的意思是：

#   900 秒后如果至少有 1 个 key 的值变化，则保存

#   300 秒后如果至少有 10 个 key 的值变化，则保存

#   60 秒后如果至少有 10000 个 key 的值变化，则保存

#

#   注意：你可以注释掉所有的 save 行来停用保存功能。

#   也可以直接一个空字符串来实现停用：

#   save ""

 

save 900 1

save 300 10

save 60 10000

 

# 默认情况下，如果 redis 最后一次的后台保存失败，redis 将停止接受写操作，

# 这样以一种强硬的方式让用户知道数据不能正确的持久化到磁盘，

# 否则就会没人注意到灾难的发生。

#

# 如果后台保存进程重新启动工作了，redis 也将自动的允许写操作。

#

# 然而你要是安装了靠谱的监控，你可能不希望 redis 这样做，那你就改成 no 好了。

stop-writes-on-bgsave-error yes

 

# 是否在 dump .rdb 数据库的时候使用 LZF 压缩字符串

# 默认都设为 yes

# 如果你希望保存子进程节省点 cpu ，你就设置它为 no ，

# 不过这个数据集可能就会比较大

rdbcompression yes

 

# 是否校验rdb文件

rdbchecksum yes

 

# 设置 dump 的文件位置

dbfilename dump.rdb