daemonize yes  #Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程

pidfile "/var/run/redis/redis.pid" #当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定

port 6379  #指定Redis监听端口，默认端口为6379

tcp-backlog 511 # TCP接收队列长度，受/proc/sys/net/core/somaxconn和tcp_max_syn_backlog这两个内核参数的影响

bind 10.11.11.5 #绑定的主机地址

timeout 0 #当 客户端闲置多长时间后关闭连接，如果指定为0，表示关闭该功能

tcp-keepalive 0 # 如果非零，则设置SO_KEEPALIVE选项来向空闲连接的客户端发送ACK

loglevel notice

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

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

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

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

logfile "/var/log/redis/redis.log" #日志名

databases 16 #设置数据库的数量，可以使用SELECT <dbid>命令在连接上指定数据库id

save 900 1

save 300 10

save 60 10000

#指定在多长时间内，有多少次更新操作，就将数据同步到数据文件，可以多个条件配合save <seconds> <changes>

#分别表示900秒（15分钟）内有1个更改，300秒（5分钟）内有10个更改以及60秒内有10000个更改。

stop-writes-on-bgsave-error yes

# 默认如果开启RDB快照(至少一条save指令)并且最新的后台保存失败，Redis将会停止接受写操作

# 这将使用户知道数据没有正确的持久化到硬盘，否则可能没人注意到并且造成一些灾难

rdbcompression yes #指定存储至本地数据库时是否压缩数据，默认为yes，Redis采用LZF压缩，如果为了节省CPU时间，可以关闭该选项，但会导致数据库文件变的巨大

rdbchecksum yes

dbfilename "dump.rdb"  #指定本地数据库文件名，默认值为dump.rdb

dir "/var/lib/redis"  #指定本地数据库存放目录

slave-serve-stale-data yes# 当从库同主机失去连接或者复制正在进行，从机库有两种运行方式：

#

# 1) 如果slave-serve-stale-data设置为yes(默认设置)，从库会继续相应客户端的请求

#

# 2) 如果slave-serve-stale-data是指为no，出去INFO和SLAVOF命令之外的任何请求都会返回一个

#    错误"SYNC with master in progress"

slave-read-only yes

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

##的数据在同master同步之后将很容易被删除

repl-disable-tcp-nodelay no # 从库会按照一个时间间隔向主库发送PINGs.可以通过repl-ping-slave-period设置这个时间间隔，默认是10秒

slave-priority 100

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

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

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

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

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

# 哨兵挑选提升为master

appendonly no# 默认情况下，redis会在后台异步的把数据库镜像备份到磁盘，但是该备份是非常耗时的，而且备份也不能很频繁，如果发生诸如拉闸限电、拔插头等状况，那么将造成比较大范围的数据丢失。

# 所以redis提供了另外一种更加高效的数据库备份及灾难恢复方式。

# 开启append only模式之后，redis会把所接收到的每一次写操作请求都追加到appendonly.aof文件中，当redis重新启动时，会从该文件恢复出之前的状态。

# 但是这样会造成appendonly.aof文件过大，所以redis还支持了BGREWRITEAOF指令，对appendonly.aof 进行重新整理。

# 你可以同时开启asynchronous dumps 和 AOF

appendfilename "appendonly.aof" # AOF文件名称 (默认: "appendonly.aof")

appendfsync everysec

# Redis支持三种同步AOF文件的策略:

#

# no: 不进行同步，系统去操作 . Faster.

# always: always表示每次有写操作都进行同步. Slow, Safest.

# everysec: 表示对写操作进行累积，每秒同步一次. Compromise.

#

# 默认是"everysec"，按照速度和安全折中这是最好的。

# 如果想让Redis能更高效的运行，你也可以设置为"no"，让操作系统决定什么时候去执行

# 或者相反想让数据更安全你也可以设置为"always"

#

# 如果不确定就用 "everysec".

# appendfsync always

no-appendfsync-on-rewrite no

# AOF策略设置为always或者everysec时，后台处理进程(后台保存或者AOF日志重写)会执行大量的I/O操作

# 在某些Linux配置中会阻止过长的fsync()请求。注意现在没有任何修复，即使fsync在另外一个线程进行处理

#

# 为了减缓这个问题，可以设置下面这个参数no-appendfsync-on-rewrite

auto-aof-rewrite-percentage 100  #自动重写AOF文件

auto-aof-rewrite-min-size 64mb

lua-time-limit 5000 # Lua 脚本的最大执行时间，毫秒为单位

slowlog-log-slower-than 10000   # Redis慢查询日志可以记录超过指定时间的查询

slowlog-max-len 128 # 这个长度没有限制。只是要主要会消耗内存。你可以通过 SLOWLOG RESET 来回收内存。

hash-max-ziplist-entries 512

hash-max-ziplist-value 64

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

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

list-max-ziplist-entries 512

list-max-ziplist-value 64

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

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

set-max-intset-entries 512

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

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

zset-max-ziplist-entries 128

zset-max-ziplist-value 64

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

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

hll-sparse-max-bytes 3000

# HyperLogLog稀疏结构表示字节的限制。该限制包括

# 16个字节的头。当HyperLogLog使用稀疏结构表示

# 这些限制，它会被转换成密度表示。

# 值大于16000是完全没用的，因为在该点

# 密集的表示是更多的内存效率。

# 建议值是3000左右，以便具有的内存好处, 减少内存的消耗

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

hz 10

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

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

aof-rewrite-incremental-fsync yes  # 当一个子进程重写AOF文件时，如果启用下面的选项，则文件每生成32M数据会被同步

unixsocket "/var/run/redis/redis.sock"

unixsocketperm 755

maxclients 4064

grep -Ev '^#|^$'  /etc/sentinel.conf

port 26379

sentinel monitor mymaster 127.0.0.1 6379 2 #配置master名、ip、port、需要多少个sentinel才能判断[客观下线]（2）

sentinel down-after-milliseconds mymaster 30000 #配置sentinel向master发出ping，最大响应时间、超过则认为主观下线

sentinel parallel-syncs mymaster 1 #配置在进行故障转移时，运行多少个slave进行数据备份同步(越少速度越快)

sentinel failover-timeout mymaster 180000  #配置当出现failover时下一个sentinel与上一个sentinel对[同一个master监测的时间间

global

  daemon

  group  haproxy

  log  /dev/log local0

  maxconn  16000

  pidfile  /var/run/haproxy.pid

  stats  socket /var/lib/haproxy/stats

  tune.bufsize  32768

  user  haproxy

defaults

  log  global

  maxconn  8000

  mode  http

  option  redispatch

  retries  3

  stats  enable

  timeout  http-request 10s

  timeout  queue 1m

  timeout  connect 10s

  timeout  client 1m

  timeout  server 1m

  timeout  check 10s

listen stats *:10000

  mode http

  stats enable

  stats uri /

  stats refresh 5s

  stats show-node

  stats show-legends

  stats hide-version

listen awredis

  bind 10.11.11.10:6379

  balance  leastconn

  mode  tcp

  option tcp-check #redis 健康检查，确保只有master提供连接

  tcp-check connect

  tcp-check send PING\r\n

  tcp-check expect string +PONG

  tcp-check send info\ replication\r\n

  tcp-check expect string role:master

  tcp-check send QUIT\r\n

  tcp-check expect string +OK

  server redis01 10.11.11.5:6379   check port 6379 inter 5s fastinter 2s downinter 5s rise 3 fall 3

  server redis02 10.11.11.7:6379   check port 6379 inter 5s fastinter 2s downinter 5s rise 3 fall 3

  server redis03 10.11.11.8:6379   check port 6379 inter 5s fastinter 2s downinter 5s rise 3 fall 3