Redis的配置文件redis.conf详解

Redis的配置文件位于redis的安装目录下，一般不要直接操作出厂设置的配置文件，需要对其进行备份。# Redis的配置文件样例：

# Redis configuration file example.# 
# 请注意，为了读取到配置文件，Redis必须文件路径作为第一个参数来启动：
#
# ./redis-server /path/to/redis.conf

# 关于单位的一些注意事项：
# 对大小写不敏感
# Note on units: when memory size is needed, it is possible to specify
# it in the usual form of 1k 5GB 4M and so forth:
#
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
#
# units are case insensitive so 1GB 1Gb 1gB are all the same.

1.INCLUDE部分：

################################## INCLUDES ###################################

# 在配置多个服务器时很有用，比如，多个服务器的很多个配置项是相同的，但是少部分配 
# 置又要不相同，例如：bind等配置，这时可以将相同的配置抽取出来，作为一个单独文件． 
# 其他配置项根据不同的服务器做不同的配置，最后通过include引用；如果include放在文件
# 的开头，那么redis.conf的配置会覆盖引入文件中的配置，所以如果想要使用引入文件中的配置
# 可以将include放在最后
# include /path/to/local.conf
# include /path/to/other.conf

2.MODULES部分：

################################## MODULES #####################################

# Load modules at startup. If the server is not able to load modules
# it will abort. It is possible to use multiple loadmodule directives.
#
# loadmodule /path/to/my_module.so
# loadmodule /path/to/other_module.so

NETWORK部分：

################################## NETWORK ###################################### 
# 默认情况下，如果未指定“ bind”配置指令，则Redis监听服务器上所有可用网络接口的连接。
# 可以使用“ bind”配置指令侦听一个或多个选定接口，然后侦听一个 或更多IP地址
# Examples:
#
# bind 192.168.1.100 10.0.0.1
# bind 127.0.0.1 ::1
#
# ~~~ WARNING ~~~ 
# 如果运行Redis的电脑直接暴露在互联网中，那么就会将实例暴露给所有人，这是很危险的。

# 指定 redis 只接收来自于该 IP 地址的请求，如果不进行设置，那么将处理所有请求
bind 127.0.0.1

# Protected mode is a layer of security protection, in order to avoid that
# Redis instances left open on the internet are accessed and exploited.
#
# 当开启保护模式时，即使没有绑定任何IP，也没有配置密码，Redis仍然只接受本机的访问
#
# The server only accepts connections from clients connecting from the
# IPv4 and IPv6 loopback addresses 127.0.0.1 and ::1, and from Unix domain
# sockets.
#
# By default protected mode is enabled. You should disable it only if
# you are sure you want clients from other hosts to connect to Redis
# even if no authentication is configured, nor a specific set of interfaces
# are explicitly listed using the "bind" directive.
protected-mode yes

# redis监听的端口号。
port 6379

# 此参数确定了TCP连接中已完成队列(完成三次握手之后)的长度，
# 当然此值必须不大于Linux系统定义的/proc/sys/net/core/somaxconn值
# 默认是511，而Linux的默认参数值是128。
# 当系统并发量大并且客户端速度缓慢的时候，可以将这二个参数一起参考设定。
# 该内核参数默认值一般是128，对于负载很大的服务程序来说大大的不够。
# 一般会将它修改为2048或者更大。
# 在/etc/sysctl.conf中添加:net.core.somaxconn = 2048，
# 然后在终端中执行sysctl -p。

tcp-backlog 511

# 配置unix socket来让redis支持监听本地连接。 
# unixsocket /var/run/redis/redis.sock 
# 配置unix socket使用文件的权限
# unixsocketperm 700

# 此参数为设置客户端空闲超过timeout，服务端会断开连接，为0则服务端不会主动断开连接，不能小于0。
timeout 0

 # tcp keepalive参数。如果设置不为0，就使用配置的SO_KEEPALIVE值，使用keepalive有两个好处:检测挂掉的对端。降低中间设备出问题而

 # 导致网络看似连接却已经与对端端口的问题。

 # 在Linux内核中，设置了keepalive，redis会定时给对端发送ack。检测到对端关闭需要两倍的设置值。

 # 此选项的合理值是300秒，这是从Redis 3.2.1开始的新Redis默认值

tcp-keepalive 300

GENERAL部分：

################################# GENERAL #####################################

# 默认情况下，Redis不会作为守护程序运行。 如果需要，请使用“yes”。
# 请注意，Redis守护进程将在/var/run/redis.pid中写入一个pid文件

daemonize yes

# If you run Redis from upstart or systemd, Redis can interact with your
# supervision tree. Options:
#   supervised no      - no supervision interaction
#   supervised upstart - signal upstart by putting Redis into SIGSTOP mode
#   supervised systemd - signal systemd by writing READY=1 to $NOTIFY_SOCKET
#   supervised auto    - detect upstart or systemd method based on
#                        UPSTART_JOB or NOTIFY_SOCKET environment variables
# Note: these supervision methods only signal "process is ready."
#       They do not enable continuous liveness pings back to your supervisor.
supervised no

# 进程管道id文件，如果指定了pid文件，则Redis会在启动时将其写入指定位置，然后在退出时将其删除。
# 当服务器在非守护进程下运行时，如果没有pid文件，则不会创建在配置中指定。
# 当服务器是后台进程时，pidfile是不被指定也会被使用，默认为/var/run/redis.pid
# 如果Redis无法创建它，则不会发生任何不良情况，服务器将正常启动并运行。

pidfile /var/run/redis_6379.pid

# 日志级别：
# debug (开发/测试阶段)
# verbose (有用信息比较少，但不会像debug这么混乱)
# notice (中等冗长，您可能想在生产中使用)
# warning (用于生产环境)
loglevel notice

# 用于指定记录日志的文件，空字符串的话，日志会打印到标准输出设备中。后台运行的redis的标准输出是/dev/null
logfile ""

# 是否打开记录syslog的功能
# syslog-enabled no

# syslog的标识符
# syslog-ident redis

# 指定syslog的设备，值可以是user或者是local0-local7
# syslog-facility local0

# 数据库的数量，默认使用的是数据库0，可以使用select命令来切换数据库
databases 16

# By default Redis shows an ASCII art logo only when started to log to the
# standard output and if the standard output is a TTY. Basically this means
# that normally a logo is displayed only in interactive sessions.
#
# However it is possible to force the pre-4.0 behavior and always show a
# ASCII art logo in startup logs by setting the following option to yes.
always-show-logo yes

 SNAPSHOTTING部分（Redis持久化之rdb）：

################################ SNAPSHOTTING ################################
# Redis的持久化
# Save the DB on disk:
# 保存格式：
#   save <seconds> <changes>
#
# 如果同时发生了给定的秒数和给定的针对数据库的写操作，那么就会保存到数据库。
#
#   在下面的实例中就会出现持久化：
#   在900s(15min)后，至少有1个键值发生变化
#   在300s(5min)后，至少修改了10个键值发生了变化
#   在60s(1min)后，至少修改了10000个键值发生了变化
#
#   注意：你可以注释掉所有的save命令来禁用save
#
#   也可以通过配置带有单个空字符串参数的save命令来删除所有先前配置的save指令
#   如下所示：
#
#   save ""

save 900 1
save 300 10
save 60 10000

# 默认情况下，如果启用rdb快照保存失败，那么Redis将停止接受写入
# 这就会使用户能够意识到数据不能正确地持久化存储在磁盘上，否则很可能会没人注意到并发生一些灾难
# 如果后台保存过程将再次开始工作，那么Redis就会自动允许再次写入
# 当rdb出现问题时，是否依然继续进行工作，yes:不能进行工作，no：可以进行工作
# 如果配成no的话，表示你不在乎数据的不一致或者有别的办法来控制或者维护

stop-writes-on-bgsave-error yes

# 对于存储到磁盘中的快照，你可以设置是和否进行压缩存储。如果是的话，Redis会使用LZF压缩算法进行压缩，
# 如果不想消耗CPU来进行压缩的话，可以关闭此功能。其实影响不大。
rdbcompression yes

# 在存储和加载rdb文件的时候是否使用CRC64校验和来进行校验，如果开启，将消耗一定的性能，保持默认设置即可。
# 在禁用校验和的情况下创建rdb文件，校验和为0，这将指示加载代码跳过校验。
rdbchecksum yes

# rdb的文件的名称
dbfilename dump.rdb

# 工作目录：
# 在哪个目录下启动Redis，那么这个路径就是工作目录，那么redis的日志就是生成在这个目录下
# 数据目录，数据库的写入就是在这个目录下。aof和rdb文件也会写入这个文件夹中。
# 请注意，您必须在此指定路径而不是文件名。
# 可以使用config get dir命令来获取工作目录。

dir ./

如何触发RDB快照：

1.配置文件中的默认快照设置（冷拷贝之后重新使用 copy dump.rdb dump_new.rdb，最好主机和备份机是两台服务器）

2.命令save和bgsave都可以立即生成dump.rdb文件然后之前的旧的rdb文件

　　save:save只管保存，即当之前save命令的时候，就无法存储数据了

　　bgsave:Redis会在后台异步进行快照操作。

　　执行flushall命令也会立即生成dump.rdb文件但是此文件为空。

如何恢复Redis中的数据：

　　将备份文件复制到Redis的暗安装目录下，然后重新启动服务。

RDB的优势：
　　适合大数据内容的存储和恢复

　　相较于AOF，RDB更适合大数据集的恢复

RDB的劣势：

　　容易丢失最后一次数据的快照

　　在fork一个子进程的时候，接下来的工作全部由子进程来操作，父进程不进行任何IO操作，所以内存中的数据被克隆了一份，内存的膨胀需要考虑。

如何停止：

　　动态停止所有保存rdb保存规则的方法：redis-cli config save ""

SECUTITY部分：

################################## SECURITY ###################################

#
# 需要用户在执行任何命令之前先输入AUTH<PASSWORD>
#
# 为了保持向后兼容，应该注释掉该命令，因为大部分的用户也不要认证。
#
# 警告：在使用requirepass的时候，由于redis实在是太快了，所以因为设置一个更加安全的密码
#
# requirepass foobared

# 命令重命名。
# 可以在共享环境中更改危险命令的名称。 例如，可以将CONFIG命令重命名为一些难以猜测的名称，以便它仍可用于内部使用的工具，但不适用于一般客户。
# 例如：
# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
#
# 通过将命令重命名为空字符串也可以完全取消该命令:
# rename-command CONFIG ""
#
# 请注意，更改登录到AOF文件或传输到副本的命令的名称可能会导致问题。

secutity部分是全部被注释掉的，所以Redis默认是不需要输入密码的，因为Redis是在Linux环境下的服务器中运行，那么安全要求肯定是很高的。

Clients部分：

################################### CLIENTS ####################################

# 设置同时连接的最大客户端数量。默认情况下，此限制设置为10000个客户端连接，
# 但是，如果Redis服务器无法配置进程文件限制以允许指定的限制，则允许的最大客户端数将设置为当前文件限制减去32（因为Redis保留了 内部使用的文件描述符很少）

# 一旦达到限制，Redis将关闭所有新连接，并发送错误消息“已达到最大客户端数”。
# maxclients 10000

内存管理MEMORY MANAGEMENT部分：

############################## MEMORY MANAGEMENT ################################

  # 设置能连上redis的最大客户端连接数量。默认是10000个客户端连接。由于redis不区分连接是客户端连接还是内部打开文件或者和slave连接等，所以maxclients最小建议设置到      # 32。如果超过了maxclients，redis会给新的连接发送’max number of clients reached’，并关闭连接。

# 当达到内存限制时，Redis将尝试根据所选的逐出策略（请参见maxmemory-policy）删除key。
# 当Redis无法根据策略删除key时，或者如果策略被设置为“noeviction”时，Redis会对set、push这些指令返回错误消息，而对get之类的指定继续回复

# 当将Redis用作LRU或LFU缓存，或为实例设置硬盘限制（使用“ noeviction”策略）时，此选项通常很有用。
# 注意slave的输出缓冲区是不计算在maxmemory内的。所以为了防止主机内存使用完，建议设置的maxmemory需要更小一些。
# maxmemory <bytes>

# MAXMEMORY POLICY: 当内存容量超过设置的maxmemory后的处理策略：
#
# volatile-lru -> 利用LRU算法移除设置过过期时间的key
# allkeys-lru -> Evict any key using approximated LRU.
# volatile-lfu -> Evict using approximated LFU among the keys with an expire set.
# allkeys-lfu -> Evict any key using approximated LFU.
# volatile-random -> 随机移除设置过过期时间的key。
# allkeys-random -> Remove a random key, any key.
# volatile-ttl -> Remove the key with the nearest expire time (minor TTL)
# noeviction -> Don't evict anything, just return an error on write operations.
#
# LRU means Least Recently Used
# LFU means Least Frequently Used
#
# Both LRU, LFU and volatile-ttl are implemented using approximated
# randomized algorithms.
#
# Note: with any of the above policies, Redis will return an error on write
#       operations, when there are no suitable keys for eviction.
#
#       At the date of writing these commands are: 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
#
# The default is:
#
# maxmemory-policy noeviction

# LRU, LFU and minimal TTL algorithms are not precise algorithms but approximated
# algorithms (in order to save memory), so you can tune it for speed or
# accuracy. For default Redis will check five keys and pick the one that was
# used less recently, you can change the sample size using the following
# configuration directive.
#
# The default of 5 produces good enough results. 10 Approximates very closely
# true LRU but costs more CPU. 3 is faster but not very accurate.
#
# maxmemory-samples 5

# Starting from Redis 5, by default a replica will ignore its maxmemory setting
# (unless it is promoted to master after a failover or manually). It means
# that the eviction of keys will be just handled by the master, sending the
# DEL commands to the replica as keys evict in the master side.
#
# This behavior ensures that masters and replicas stay consistent, and is usually
# what you want, however if your replica is writable, or you want the replica to have
# a different memory setting, and you are sure all the writes performed to the
# replica are idempotent, then you may change this default (but be sure to understand
# what you are doing).
#
# Note that since the replica by default does not evict, it may end using more
# memory than the one set via maxmemory (there are certain buffers that may
# be larger on the replica, or data structures may sometimes take more memory and so
# forth). So make sure you monitor your replicas and make sure they have enough
# memory to never hit a real out-of-memory condition before the master hits
# the configured maxmemory setting.
#
# replica-ignore-maxmemory yes

APPEND ONLY MODE（Redis持久化之aof）

############################## APPEND ONLY MODE ###############################

# 默认情况下，redis异步将数据写入磁盘中。此模式在许多应用中已经足够好了，但是redis进程问题或者电源中断可能会导致
# 几分钟的写入丢失（取决于配置的保存点）

# 可以同时启用aof和rdb,并且redis先加载aof
# aof是默认关闭的，需要手动开启

appendonly no

# aof文件的名称为appendonly.aof

appendfilename "appendonly.aof"

# Redis支持三种模式：
# appendfsync always: 持续持久化，每次数据发生变更就会记录到磁盘中，数据完整性较好但性能较差
# appendfsync everysec: 出厂默认推荐，每秒记录一次，如果一秒内出现宕机，有数据丢失
# appendfsync no ：从不同步
# 如果不确定，就是用默认出厂推荐everysec 

# appendfsync always
appendfsync everysec
# appendfsync no

# 重写数据的时候能否使用appendfsync对aof文件进行数据的追加。
# 默认使用no，保证数据的一致性。

no-appendfsync-on-rewrite no

# 自动重写aof文件
# 当AOF文件大小增加指定百分比时，Redis会自动调用BGREWRITEAOF 进行重写
#
# 触发机制：Redis会记住最近一次重写后文件的大小（如果自重新启动以来，没有发生过重写，那么就是用启动时aof文件的大小）
# 将当前文件的大小和之间记录的文件的大小进行比较，如果超过了指定的百分比就会进行重写。另外，需要指定文件的最小大小，即使超过了指定的百分比，但是没有超过最小的文件大小，也是不会重写的。
# 这对于重写aof文件非常有用。
# 100%就是一倍

auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

#
# If aof-load-truncated is set to yes, a truncated AOF file is loaded and
# the Redis server starts emitting a log to inform the user of the event.
# Otherwise if the option is set to no, the server aborts with an error
# and refuses to start. When the option is set to no, the user requires
# to fix the AOF file using the "redis-check-aof" utility before to restart
# the server.
#
# Note that if the AOF file will be found to be corrupted in the middle
# the server will still exit with an error. This option only applies when
# Redis will try to read more data from the AOF file but not enough bytes
# will be found.
aof-load-truncated yes

# When rewriting the AOF file, Redis is able to use an RDB preamble in the
# AOF file for faster rewrites and recoveries. When this option is turned
# on the rewritten AOF file is composed of two different stanzas:
#
#   [RDB file][AOF tail]
#
# When loading Redis recognizes that the AOF file starts with the "REDIS"
# string and loads the prefixed RDB file, and continues loading the AOF
# tail.
aof-use-rdb-preamble yes

　　相同数据集的数据要远大于rdb文件，恢复速度较慢，所以导致aof的运行效率较慢。

AOF总结：

　　1.RDB持久化方式能够在指定的时间间隔内对数据进行快照存储

　　2.AOF持久化操作记录每次对数据的写的操作，当服务器重启的时候就会重新执行这些命令来恢复原始的数据。AOF命令还能以Redis追加协议追加保存每次写的操作到文件的末尾。

　　3.当两种持久化方式都出现的时候，先加载aof文件恢复原始数据。因为AOF文件保存的数据要比RDB文件来的完整。建议不要只使用AOF

　　4.性能推荐：

　　　　因为RDB只用作后备用途，建议只在Slave上保存RDB文件，而且只要15分钟备份一次就够了。只保留save 900 1这条命令就够了。

　　　　如果Enable AOF，好处是在最坏的情况下不会丢失超过两秒的数据，启动脚本比较简单，只要load自己的aof文件就行了。代价一是带来了持续的IO，二是AOF rewrite的最后将rewrite过程中产生的新数据写入到新文件中造成的阻塞几乎是不可避免的。只要硬盘许可，应该尽量减少AOF rewrite的频率，AOF重写的基础大小是64M，太小了，可以设置到5G以上。默认超过原大小的100%时就会触发重写机制。

　　　　如果不Enable AOF，只靠Master-slave Replication实现高可用性也可以。能省掉一大笔IO也减少了rewrite时带来的系统波动。代价是如果Master Slave同时倒掉，会丢失十几分钟的数据；载入脚本也要比较Master和Slave的RDB文件，加载较新的那个。