redis配置说明

################################## NETWORK 网络#####################################
# 指定redis只接收来自于该IP地址的请求，如果不进行设置，那么将处理所有请求，在生产环境中最好设置该项
# 但是，实际上，应该bind的是redis所在服务器网卡的ip。也就是说，如果你的redis服务器有两张网卡，一张是ip-1,另一张是ip-2，如果你bind ip-1.那么只有请求ip-1的请求会被受理。
bind 127.0.0.1

# 以守护线程运行
# 是在没有显示定义 bind 地址（即监听全网断），又没有设置密码 requirepass
时，只允许本地回环 127.0.0.1 访问。 也就是说当开启了 protected-mode 时，如果你既没有显示的定义了 bind
监听的地址，同时又没有设置 auth 密码。那你只能通过 127.0.0.1 来访问 redis 服务
protected-mode no

# 监听端口
port 6379

# 此参数确定了TCP连接中已完成队列(完成三次握手之后)的长度， 当然此值必须不大于Linux系统定义的/proc/sys/net/core/somaxconn值，默认是511，而Linux的默认参数值是128。当系统并发量大并且客户端速度缓慢的时候，可以将这二个参数一起参考设定。
tcp-backlog 511

# 关闭N秒内无请求的客户端连接（如果指定为 0，表示关闭该功能）
timeout 0

#  就是用来定时向client发送tcp_ack包来探测client是否存活的。默认不探测，官方建议值为60秒(如果指定为 0，表示不探测）（作用：更新客户端和Redis中间的网络设备上的连接的活跃时间。一些中间网络设备会定期删除一些不活跃的连接。）
tcp-keepalive 60
################################# general一般 #####################################
# Redis 默认不是以守护进程的方式运行，可以通过该配置项修改，使用 yes 启用守护进程（Windows 不支持守护线程的配置为 no ，以docker启动 redis容器 必须设为 daemonize no ）
daemonize no

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

# 日志级别 Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose
# debug (产生大量日志，给开发和测试时用)
# verbose (一些正常的日志，比debug少很多) 
# notice (适度的日志，一般记录一些产品问题) 
# warning (非常重要和严重问题的日志)
loglevel notice

# 日志文件名 (日志记录方式，默认为标准输出，如果配置 Redis 为守护进程方式运行，并且本配置为空字符串，则日志将会发送给 /dev/null)
logfile  "redis-6379.log"

# 是否将redis日志写入系统日志
# syslog-enabled no

# 系统日志中Redis日志标识
# syslog-ident redis

# 指定syslog 设备（facility), 必须是USER或者LOCAL0到LOCAL7
# syslog-facility local0

# 数据库数量 16个
databases 16

#显示logo
always-show-logo yes

#最大同时连接的客户端数量（设置同一时间最大客户端连接数，默认10000，Redis可以同时打开的客户端连接数为Redis进程可以打开的最大文件描述符数，如果设置 maxclients 0，表示不作限制。当客户端连接数到达限制时，Redis会关闭新的连接并向客户端返回max number of clients reached错误信息）
maxclients 10000
################################ 淘汰策略 ################################
# 通过配置redis.conf中的maxmemory这个值来开启内存淘汰功能
maxmemory 1G

# 指定redis淘汰策略 默认为 noeviction  （推荐使用allkeys-lru策略）
maxmemory-policy allkeys-lru
########################### SNAPSHOTTING  快照 ###########################
# RDB存储策略（指定在多长时间内，有多少次更新操作，就将数据同步到数据文件） (Redis 默认配置文件中提供了三个条件save 900 1 ,save 300 10,save 60 10000)(分别表示： 900 秒（15 分钟）内有 1 个更改，300 秒（5 分钟）内有 10 个更改以及 60 秒内有 10000 个更改)
# Redis自动快照保存到磁盘或者调用bgsave，是后台进程完成的，其他客户端仍然和可以读写redis服务器，后台保存快照到磁盘会占用大量内存。
# 调用save保存内存中的数据到磁盘，将阻塞客户端请求，直到保存完毕。
# 调用shutdown命令，Redis服务器会先调用save，所有数据持久化到磁盘之后才会真正退出。

# 两个条件同时满足，发生一次落地本地磁盘动作
save 900 1
save 300 10
save 60 10000

# 后台存储发生错误关闭写入（这个功能的副作用是可能会因为持久化的问题影响生产环境）
stop-writes-on-bgsave-error yes

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

# 保存rdb和加载rdb文件的时候CRC64检验，可以防止错误，但是要付出约10%的性能，可以关闭他，提高性能
rdbchecksum yes

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

# (rdb文件存储路径) 设置工作目录, rdb文件会写到该目录, appendonly file也会存储在该目录下
dir /data/redis
######################## 主从同步 #####################
# 主从同步。用slaveof的配置来设置本机的Redis作为从实例，实时从主实例读取数据，成为起镜像。主要是高可用场景需要本功能。
# 1). 同一个Master可以同步多个Slaves。
# 2). Slave同样可以接受其它Slaves的连接和同步请求，这样可以有效的分载Master的同步压力。因此我们可以将Redis的Replication架构视为图结构
# 3). Master Server是以非阻塞的方式为Slaves提供服务。所以在Master-Slave同步期间，客户端仍然可以提交查询或修改请求。
# 4). Slave Server同样是以非阻塞的方式完成数据同步。在同步期间，如果有客户端提交查询请求，Redis则返回同步之前的数据。
# 5). 为了分载Master的读操作压力，Slave服务器可以为客户端提供只读操作的服务，写服务仍然必须由Master来完成。即便如此，系统的伸缩性还是得到了很大的提高。
# 6). Master可以将数据保存操作交给Slaves完成，从而避免了在Master中要有独立的进程来完成此操作。
# 7). Redis的数据同步是异步进行的，你可以配置主实例在和从实例断掉连接的时候停止接受客户端发过来的写请求。
# 8). 同步是自动完成的，不需要人工干预。主从之间的网络短暂的断开后，从再次连上主之后，会自动从上次断开的时候同步数据。

# 设置当本机为 slav 服务时，设置 master 服务的 IP 地址及端口，在 Redis 启动时，它会自动从 master 进行数据同步
slaveof <masterip>  <masterport>

# 当 master 服务设置了密码保护时，slav 服务连接 master 的密码
masterauth <master-password>

#设置Redis连接密码，如果配置了连接密码，客户端在连接Redis时需要通过AUTH 命令提供密码，默认关闭
requirepass foobared

# 本配置决定slave实例在和master断掉连接或者同步过程中是否继续相应客户端的请求，默认是响应。
# 如果设置成no，那么slave实例在不同步状态只会正确响应INFO and SLAVEOF两个命令，对于其他命令一律返回"SYNC with master in progress"
slave-serve-stale-data yes

# 从实例是否只读
# 对从实例的写操作是非常不靠谱的行为，因为这些写操作可能下一秒就被同步过来的主实例的写操作给覆盖了，这个配置默认为yes
# 但对从实例设置为只读之后，也不以为着你可以把从实例放开给互联网上的不信任客户端，因为一些管理命令仍然可以在上面执行
slave-read-only yes

# 从刚连接上主时候，有两种同步方式
# 1、Disk-backed ：先写rdb文件，再发给从
# 2、Diskless ：直接边写边发

# 1).Disk-backed:主实例创建一个任务去写DB文件到磁盘，文件创建完毕后，主实例增量方式读取文件中的数据传输给从实例。
# 2).Diskless:主实例创建一个任务把全量数据直接写入从实例的socket连接上，数据不落地。
# 使用Disk-backed模式同步数据有个好处就是，这个文件一旦生成，多个slave实例过来全量同步，都可以重用这一个文件；

# 使用Diskless模式同步全量数据，一旦一个全量同步行为开始了，其他slave实例的同步请求过来时，只能先排到队列里面去等下一次全量同步开始。
# 使用diskless的数据同步时，master实例会等一会（时间可配），看看这段时间内是否有多个slave实例同时请求全量同步，好凑齐了一块给所有实例传输数据。
# 在网络带宽充裕的情况下，diskless的同步避免了磁盘io，性能会好很多。

repl-diskless-sync no

# Diskless同步延迟，为了让从进入同步匹配接收socket（开始给slave做全量同步前等待的时间）
repl-diskless-sync-delay 5

# 从实例会定期去ping主实例，下面是时间间隔，不设置的话，默认是10秒
repl-ping-slave-period 10


# 这个选项被以下三个逻辑共用:
# 1) 主从间数据同步的超时时间.
# 2) 从实例看到主实例的数据同步或者ping超时时间.
# 3) 主实例发送REPLCONF ACK pings时，从实例超时时间.
# 这个配置务必比repl-ping-slave-period这个配置要大，不然在业务量少的时候，每次主实例都会检测到从实例超时
# repl-timeout 60


# 在从实例发送SYNC后，禁用TCP_NODELAY
# 如果禁用，Redis会发送更少的TCP包，占用更少的带宽，但会造成从实例上稍微的数据延迟，一般情况，按照linux内核默认配置，这个时间会在40ms
# 如果不禁用，延时会减少，但会使用多一点带宽。
# 一般情况下，我们为了主从的一致性，我们会设置成不禁用。但是在流量非常大的情况，或者带宽不够的情况，设置成经用说不定能达到一个理想的效果
# 两种方式给从发送TCP包
# yes 小包，带宽小，延迟大点
# no 延迟小点，带宽大
repl-disable-tcp-nodelay no

# 同步数据缓存大小
# 有时候从实例会因为网络或其他原因断开与主实例的连接，短时间内，从实例又连上主。
# 如果从断开时间点到连上的时间点之间的所有变化数据都在这个缓存中，那么就不需要全量同步，主实例只需要将这些数据同步到从即可。
# 如果断开的时间太长，这块缓存cover不住所有的变动数据，那么就会发生一次主从之间的全量同步。
# 缓存越大，能容忍的断开时间越长。
# 一旦第一个从实例连上了主实例，主实例就会分配这块缓存并维护之。
# repl-backlog-size 1mb

# 主实例会在没有任何从实例连接的情况下清除同步数据缓存。
# 最后一个从实例断开连接repl-backlog-ttl秒后，主实例开始清理同步缓存数据。
# repl-backlog-ttl设置为零表示永不清理同步缓存
# repl-backlog-ttl 3600。

# 哨兵模式的时候，越优先级小的越会被选
replica-priority 100
######################## LAZY FREEING ###########################
# 先放着以后看
lazyfree-lazy-eviction no
lazyfree-lazy-expire no
lazyfree-lazy-server-del no
replica-lazy-flush no

######################### APPEND ONLY MODE ##########################
# AOF备份开启（指定是否在每次更新操作后进行日志记录，Redis在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的，所以有的数据会在一段时间内只存在于内存中。默认为no）
appendonly yes

# AOF文件名（指定更新日志文件名，默认为appendonly.aof）
appendfilename "appendonly.aof"

# AOF 同步策略  （指定更新日志条件，共有3个可选值）
# no：表示等操作系统进行数据缓存同步到磁盘（快）
# always：表示每次更新操作后手动调用 fsync() 将数据写到磁盘（慢，安全）
# everysec：表示每秒同步一次（折中，默认值）

# appendfsync always
appendfsync everysec
# appendfsync no

# 如果备份的同时开始rewrite压缩了，那么IO会过大
# no就阻塞一方，安全的持久化
# yes就把备份写到缓冲区，两者不同步进行IO，不安全的持久化
no-appendfsync-on-rewrite no


# 当前备份比上次备份大 i 倍的时候且小于 j mb，就开启重写压缩算法
# auto-aof-rewrite-percentage 0 屏蔽自动重写能力
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

# 能否load头或尾不完整的备份，yes记录日志，no报错
aof-load-truncated yes

# 这个有意思，在AOF备份之前加上一个RDB备份的一部分，可以加速重写和加载，意思是混合持久化？
aof-use-rdb-preamble yes
######################### 其他 ##########################
# 虚拟内存文件路径，默认值为 /tmp/redis.swap，不可多个 Redis 实例共享
vm-swap-file /tmp/redis.swap

# 将所有大于 vm-max-memory 的数据存入虚拟内存，无论 vm-max-memory 设置多小，所有索引数据都是内存存储的(Redis 的索引数据 就是 keys)，也就是说，当 vm-max-memory 设置为 0 的时候，其实是所有 value 都存在于磁盘。默认值为 0
vm-max-memory 0

#设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的，可能会造成比较长时间的延迟。默认值为4
vm-max-threads 4

# 设置在向客户端应答时，是否把较小的包合并为一个包发送，默认为开启 |
glueoutputbuf yes

# 指定包含其它的配置文件，可以在同一主机上多个Redis实例之间使用同一份配置文件，而同时各个实例又拥有自己的特定配置文件
include /path/to/local.conf

#指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法
hash-max-zipmap-entries 64
hash-max-zipmap-value 512

#指定是否激活重置哈希，默认为开启（后面在介绍Redis的哈希算法时具体介绍）
activerehashing yes