redis conf 配置文件中文详解

# Redis配置文件示例。
#
# 注意，为了读取配置文件，Redis必须
# 以文件路径作为第一个参数开始：
#
# ./redis-server /path/to/redis.conf

# 关于单位的说明：当需要内存大小时，可以指定
# 它通常采用1k 5GB 4M等形式
#
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
#
# 单元不区分大小写，所以1GB 1Gb都是一样的。

################################## 引入 ###################################

# 在此处包含一个或多个其他配置文件。这是有用的，如果你
# 有一个标准的模板，可以连接到所有Redis服务器，但也需要自定义一些每服务器设置。包含文件可以包含
# 其他文件，所以明智地使用它。
#
# 注意选项“include”不会被命令“CONFIG REWRITE”重写
# 来自管理员或Redis Sentinel。因为Redis总是使用最后处理的
# 行作为配置指令的值，最好将includes
# 以避免在运行时覆盖配置更改。
# 如果您对使用includes覆盖配置感兴趣
# 选项，最好使用include作为最后一行。
# include /path/to/local.conf
# include /path/to/other.conf

################################## 模块 #####################################

# 启动时加载模块。如果服务器无法加载模块
# 它将中止。可以使用多个loadmodule指令。
# loadmodule /path/to/my_module.so
# loadmodule /path/to/other_module.so

################################## 网络连接 #####################################

# 默认情况下，如果没有指定“bind”配置指令，Redis将侦听
# 服务器上所有可用网络接口的连接。
# 可以使用以下命令只侦听一个或多个选定的接口
# “bind”配置指令，后跟一个或多个IP地址。
#
# Examples:
#
# bind 192.168.1.100 10.0.0.1
# bind 127.0.0.1 ::1
#
# ~~~警告~~~如果运行Redis的计算机直接暴露于
# 在internet上，绑定到所有接口是危险的，并且会暴露
# 向互联网上的每个人提供实例。因此默认情况下，我们取消注释
# 遵循bind指令，这将强制Redis只监听
# IPv4环回接口地址（这意味着Redis将能够
# 只接受运行在同一台计算机上的客户端的连接
# 正在运行）。
#
# 如果您确定希望实例侦听所有接口
# 只需注释下一行。
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# bind 127.0.0.1

# 保护模式是一层安全保护，以避免互联网上开放的Redis实例被访问和利用这种情况。
# 打开保护模式时，如果：
# 1） 服务器没有使用显式绑定到一组地址“bind”指令。
# 2） 未配置密码。
# 服务器只接受来自从服务器连接的客户端的连接
# IPv4和IPv6环回地址127.0.0.1和：：1，并且来自Unix域插座。
# 默认情况下，启用保护模式。你应该禁用它只有在
# 您确定希望其他主机的客户端连接到Redis吗
# 即使没有配置身份验证，也没有特定的一组接口
# 使用“bind”指令显式列出。
protected-mode no

#接受指定端口上的连接，默认值为6379（IANA#815344）。如果指定了端口0，Redis将不会侦听TCP套接字。
port 6379

# TCP listen() backlog.
#
# 在每秒请求数高的环境中，您需要一个高积压工作
# 以避免客户端连接速度慢的问题。请注意，Linux内核
# 将静默地将其截断为/proc/sys/net/core/somaxconn so的值
# 确保同时提高somaxconn和tcp\u max\u syn\u backlog的值
# 为了达到预期的效果。
tcp-backlog 511

# Unix socket.
#
# 指定将用于侦听的Unix套接字的路径
# 传入连接。没有默认值，所以Redis不会监听
# 在未指定的unix套接字上。
#
# unixsocket /tmp/redis.sock
# unixsocketperm 700

# 客户端空闲N秒后关闭连接（0表示禁用）
timeout 0

# TCP keepalive.
#
# 如果不为零，则使用sou KEEPALIVE向缺席的客户端发送TCP ack
# 沟通的方式。这有两个原因：
# 1） 检测死掉的同伴。
# 2） 从网络的角度看动态连接
# 设备在中间。
# 在Linux上，指定的值（以秒为单位）是用于发送ACK的时间段。
# 请注意，要关闭连接，需要两倍的时间。
# 在其他内核上，周期取决于内核配置。
# 此选项的合理值为300秒，这是新的
# Redis默认从Redis 3.2.1开始。
tcp-keepalive 300

################################# 常规 #####################################

# 默认情况下，Redis不作为守护进程运行。如果需要，请使用“是”。
# 注意Redis将在/var/run中编写一个pid文件/redis.pid当守护的时候。
daemonize no

# 如果您从upstart或systemd运行Redis，Redis可以与您的
# 监督树。选项：
# 无监督-无监督互动
# 监督upstart-通过将Redis置于SIGSTOP模式来发出upstart信号
# 受监控的systemd-通过写入READY=1到$NOTIFY\u SOCKET发送信号systemd
# 基于遗传算法的有监督自动检测upstart或systemd方法
# UPSTART \u JOB或NOTIFY \u SOCKET环境变量
# 注：这些监督方法仅表示“过程准备就绪”
# 它们不会使连续的活动ping返回给您的主管。
supervised no

# 如果指定了pid文件，Redis会在启动时将其写入指定的位置
# 在出口处移除。
# 当服务器运行非守护进程时，如果没有创建pid文件，则不会创建pid文件
# 在配置中指定。当服务器被后台监控时，pid文件
# 即使未指定也会使用，默认为“/var/run”/redis.pid".
# 如果Redis无法创建pid文件，那么创建pid文件是最好的选择
# 没有什么不好的事情发生，服务器将正常启动和运行。
pidfile /var/run/redis_6379.pid

# 指定服务器详细级别。
#
# 指定服务器详细级别。
# 这可以是以下情况之一：
# debug （大量信息，对开发/测试有用）
# verbose （许多很少有用的信息，但不像调试级别那样混乱）
# notice （适度冗长，可能是生产中需要的内容）
# warning（只记录非常重要/关键的消息）
loglevel notice

# 指定日志文件名。空字符串也可以用来强制
# Redis登录标准输出。请注意，如果您使用标准
# 日志输出但是daemonize，日志将被发送到/dev/null
logfile ""

# 要启用到系统记录器的日志记录，只需将“syslog enabled”设置为yes，
# 还可以根据需要更新其他syslog参数
# syslog-enabled no

# 指定系统日志标识。
# syslog-ident redis

# 指定系统日志工具。必须是USER或介于LOCAL0-LOCAL7之间。
# syslog-facility local0

# 设置数据库数。默认数据库是db0，您可以选择
# 在每个连接上使用SELECT<dbid>where创建一个不同的连接
# dbid是介于0和“databases”之间的数字-1
databases 16

# 默认情况下，Redis仅在开始登录到
# 标准输出，如果标准输出是TTY。基本上这意味着
# 通常只有在交互式会话中才会显示徽标。
# 但是，可以强制4.0之前的行为并始终显示
# 通过将以下选项设置为“是”，可以在启动日志中显示ASCII艺术徽标。
always-show-logo yes

################################ 快照技术  ################################
#
# 将数据库保存在磁盘上：
# Save the DB on disk:
#
#   save <seconds> <changes>
#
#   如果给定的秒数和给定的
#   对数据库执行的写入操作数。
#
#   在下面的示例中，行为将是保存：
#   900秒（15分钟）后，如果至少有一个键更改
#   300秒（5分钟）后，如果至少有10个键更改
#   60秒后，如果至少10000个密钥发生更改
#
#   注意：您可以通过注释掉所有“save”行来完全禁用保存。
#
#   也可以删除以前配置的所有保存
#   通过添加带有单个空字符串参数的save指令
#   如以下示例所示：
#
#   save ""

save 900 1
save 300 10
save 60 10000

# 默认情况下，如果启用RDB快照，Redis将停止接受写操作
# （至少一个保存点）和最新的后台保存失败。
# 这将使用户意识到（以一种困难的方式）数据没有持久化
# 在磁盘上正确，否则很可能没有人会注意到和一些
# 灾难就会发生。
#
# 如果后台保存过程将重新开始工作，Redis将
# 自动允许再次写入。
#
# 但是，如果您已经设置了对Redis服务器的适当监视
# 和持久性，您可能希望禁用此功能，以便Redis
# 即使磁盘有问题，也要照常工作，
# 权限等。
stop-writes-on-bgsave-error yes

# 转储.rdb数据库时使用LZF压缩字符串对象？
# 默认设置为“是”，因为它几乎总是一个获取。
# 如果您想在保存子进程中保存一些CPU，请将其设置为“否”，但是
# 如果有可压缩的值或键，数据集可能会更大。
rdbcompression yes

# 由于RDB版本5，CRC64校验和放在文件的末尾。
# 这使得格式更能抵抗腐败，但有一个性能
# 在保存和加载RDB文件时按需付费（大约10%），因此您可以禁用它
# 以获得最佳性能。
#
# 在禁用校验和的情况下创建的RDB文件的校验和为零，这将导致
# 告诉加载代码跳过检查。
rdbchecksum yes

# 将数据库转储到的文件名
dbfilename dump.rdb

# 工作目录。
#
#数据库将被写入这个目录，并指定文件名
#使用“dbfilename”配置指令。
#
#只附加的文件也将在这个目录中创建。
#
#请注意，必须在此处指定目录，而不是文件名。
dir ./

################################# 主从复制 #################################

# 主副本复制。使用replicaof使Redis实例成为
# 另一个Redis服务器。关于Redis复制，需要尽快了解的一些事情。
#
#   +------------------+      +---------------+
#   |      Master      | ---> |    Replica    |
#   | (receive writes) |      |  (exact copy) |
#   +------------------+      +---------------+
#
# 1）Redis复制是异步的，但是您可以配置一个主机来
# 停止接受写入，如果它似乎没有连接到至少
# 给定数量的副本。
#
# 2）Redis副本能够与
# 如果复制链接丢失的时间相对较少，则为master
# 时间。您可能需要配置复制积压工作大小（请参阅下一页）
# 此文件的节），根据您的需要使用合理的值。
#
# 3）复制是自动的，不需要用户干预。过了一段时间
# 网络分区副本会自动尝试重新连接到主机
# 并与它们重新同步。
#
# replicaof <masterip> <masterport>

# 如果主机受密码保护（使用“requirepass”配置
# 指令）之前可以告诉复制副本进行身份验证
# 正在启动复制同步过程，否则主机将
# 拒绝副本请求。
#
# masterauth <master-password>

#当复制副本失去与主机的连接时，或者当复制
#如果仍在进行中，复制副本可以以两种不同的方式进行操作：
#
# 1）如果replica serve stale data设置为“yes”（默认值），则复制副本将
# 仍然回复客户端请求，可能包含过期数据，或者
# 如果这是第一次同步，数据集可能只是空的。
#
# 2）如果replica serve stale data设置为“no”，则replica将用
# 所有类型的命令都出现“正在与主控同步”错误
# 但是对于INFO，replicaOF，AUTH，PING，SHUTDOWN，REPLCONF，ROLE，CONFIG，
# 订阅，取消订阅，PSUBSCRIBE，PUNSUBSCRIBE，发布，PUBSUB，
# 命令、POST、主机：和延迟。
#
replica-serve-stale-data yes

# 您可以将副本实例配置为是否接受写入。反对
# 副本实例可能有助于存储一些临时数据（因为
# 写在副本上的内容在与主机重新同步后将很容易被删除），但是
# 如果客户机因为
# 配置错误。
#
# 因为redis2.6默认情况下副本是只读的.
#
# 注意：只读副本的设计不允许向不受信任的客户端公开
# 在互联网上。它只是一个防止实例被滥用的保护层。
# 默认情况下，只读副本仍然导出所有管理命令
# 例如配置、调试等。在一定程度上你可以提高
# 使用“rename command”对所有
# 执行/危险命令。
replica-read-only yes

# 复制同步策略：磁盘或套接字。
#
# -------------------------------------------------------
# WARNING:无盘复制目前处于试验阶段
# -------------------------------------------------------
#
# 无法继续复制的新复制副本和重新连接的复制副本
# 只是接受过程中的分歧，需要做的就是所谓的“满分”
# 同步”。RDB文件从主机传输到副本。
# 传输有两种不同的方式：
#
# 1）磁盘备份：Redis master创建一个新进程来写入RDB
# 磁盘上的文件。稍后，该文件由父级传输
# 以增量方式处理复制副本。
# 2）无盘：Redis master创建一个新进程，直接写入
# RDB文件到副本套接字，完全不接触磁盘。
#
# 使用磁盘备份复制，在生成RDB文件的同时，会生成更多的副本
# 可以在当前子对象生成时立即排队并与RDB文件一起提供服务
# RDB文件完成了它的工作。而不是一次无盘复制
# 传输开始，到达的新副本将排队等待新的传输
# 将在当前的终止时开始。
#
# 当使用无盘复制时，主机将等待一个可配置的时间量
# 开始传输之前的时间（秒），希望多个复制副本
# 将到达，传输可以并行。
#
# 使用慢速磁盘和快速（大带宽）网络，无盘复制
# 效果更好。
repl-diskless-sync no

# 启用无盘复制时，可以配置延迟
# 服务器等待生成通过套接字传输RDB的子级
# 复制品。
#
# 这一点很重要，因为一旦开始转移，就不可能发送保存
# 新副本到达时，将排队等待下一次RDB传输，因此服务器
# 等待延迟以便让更多副本到达。
#
# 延迟以秒为单位指定，默认为5秒。禁用
# 只需将其设置为0秒，传输就会尽快开始。
repl-diskless-sync-delay 5

# 副本以预定义的间隔向服务器发送ping。有可能改变
# 此间隔使用repl\u ping\u replica\u period选项。默认值为10
# 秒。
#
# repl-ping-replica-period 10

# 以下选项设置的复制超时：
#
# 1）从副本的角度来看，同步期间的批量传输I/O。
# 2）从副本（数据、ping）的角度看主超时。
# 3）从主机（REPLCONF ACK pings）的角度来看，复制超时。
#
# 确保此值大于
# 为复制副本周期指定，否则将检测到超时
# 每次主服务器和副本之间的通信量低时
#
# repl-timeout 60

# 同步后在副本套接字上禁用 TCP_NODELAY？
# 如果您选择“是”，Redis将使用较少的TCP数据包和
# 将数据发送到副本的带宽更少。但这会增加延迟
# 数据将显示在副本端，最多40毫秒
# 使用默认配置的Linux内核。
#
# 如果您选择“否”，则数据在副本侧出现的延迟将
# 但更多的带宽将用于复制。
#
# 默认情况下，我们优化低延迟，但在非常高的流量条件下
# 或者当主机和复制品有许多跳跃距离时，将此转换为“是”可能会是个好主意。
repl-disable-tcp-nodelay no

# 设置复制积压大小。积压工作是一个累积的缓冲区
# 当复制副本断开连接一段时间后，复制副本数据
# 想要重新连接，通常不需要完全重新同步，而是部分重新同步
# 重新同步就足够了，只需传递复制副本丢失的部分数据
# 断开连接。
#
# 复制积压工作越大，复制副本的保存时间就越长
# 已断开连接，稍后可以执行部分重新同步。
# 只有在至少连接了一个复制副本时，才会分配backlog。
#
# repl-backlog-size 1mb

# 在主机不再连接复制副本一段时间后，积压工作
# 将被释放。以下选项配置
# 从最后一个复制副本断开连接的时间开始，需要经过
# 要释放的backlog缓冲区。
#
# 请注意，复制副本永远不会为超时释放积压工作，因为它们可能是
# 晋升为主服务器 , 并且应该能够正确地“部分
# 与副本“重新同步”：因此它们应该总是累积积压工作。
#
# 值为0表示从不释放积压工作。
#
# repl-backlog-ttl 3600

# 副本优先级是Redis在信息输出中发布的整数。
# Redis Sentinel使用它来选择一个副本以升级到
# 如果主机不再正常工作。
#
# 优先级较低的副本被认为更适合升级，因此
# 例如，如果有三个优先级为10、100、25的副本，Sentinel将
# 选择优先级为10的，这是最低的。
#
# 但是，0的特殊优先级会将复制副本标记为无法执行
# 主服务器的角色，因此不会选择优先级为0的副本
# Redis是晋升的哨兵。
#
# 默认情况下，优先级为100。
replica-priority 100

# 如果少于，则主机可以停止接受写入

# N个连接的副本，延迟小于或等于M秒。
# N个副本需要处于“联机”状态。
# 滞后（以秒为单位）必须<=指定值，根据
# 从复制副本接收的最后一个ping，通常每秒发送一次。
# 此选项不保证N个复制副本将接受写入，但
# 如果没有足够的副本，将限制丢失写入的曝光窗口
# 在指定的秒数内可用。
#例如，要要求至少3个延迟<=10秒的副本，请使用：
#
# min-replicas-to-write 3
# min-replicas-max-lag 10
#
# 将其中一个设置为0将禁用该功能。
#
# 默认情况下，要写入的最小副本数设置为0（功能已禁用）和
# min-max lag设置为10。

# Redis主机可以列出所连接的服务器的地址和端口
# 以不同的方式复制。例如，“信息复制”部分
# 提供此信息，除其他工具外，由
# Redis Sentinel以发现副本实例。
# 此信息可用的另一个地方是
# 主人的“角色”命令。
#
# 获得通常由副本报告的列出的IP和地址
# 按以下方式：
#
# IP：通过检查对等地址自动检测地址复制副本用于连接主机的套接字的。
# 端口：复制过程中复制副本与端口通信
# 握手，通常是复制副本用于倾听联系。
#
# 然而，当端口转发或网络地址转换（NAT）是
# 使用时，副本实际上可以通过不同的IP和端口访问
# 成对的。复制副本可以使用以下两个选项来
# 向其主机报告一组特定的IP和端口，以便
# 角色将报告这些值。
#
#如果您只需要重写，则不需要同时使用这两个选项:端口或IP地址。
#
# replica-announce-ip 5.5.5.5
# replica-announce-port 1234

################################## 保护措施 ###################################

# 要求客户端在处理任何其他文件之前发出AUTH<PASSWORD>
# 命令。这在您不信任的环境中可能很有用
# 其他人可以访问运行redis服务器的主机
#
# 为了向后兼容性和大多数人们不需要身份验证（例如，他们运行自己的服务器）。
#
# 警告：由于Redis非常快，外部用户可以尝试
# 每秒150k个密码。这意味着你应该
# 使用一个非常强大的密码，否则将很容易打破。
#
# requirepass foobared

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

################################### 客戶 ####################################

# 设置同时连接的最大客户端数。默认情况下
# 但是，如果Redis服务器不可用，则此限制设置为10000个客户端
# 能够配置进程文件限制以允许指定的限制
# 允许的最大客户端数设置为当前文件限制
# 减32（因为Redis为内部使用保留了一些文件描述符）。
#
#一旦达到限制，Redis将关闭所有新的发送连接
#“已达到最大客户端数”错误。
#
# maxclients 10000

############################## 内存管理 ################################

# 将内存使用限制设置为指定的字节数。
# 当达到内存限制时，Redis将尝试删除key
# 根据选择的逐出策略（请参阅maxmemory策略）。
#
# 如果Redis不能根据策略删除key，或者如果策略是
# 设置为“noeviction”，Redis将开始用错误回复命令
# 这将使用更多的内存，如SET、LPUSH等，并将继续
# 回复GET之类的只读命令。
#
# 当使用Redis作为LRU或LFU缓存或
# 为实例设置硬内存限制（使用“noeviction”策略）。
#
# 警告：如果将副本连接到maxmemory打开的实例，

# 将减去馈送副本所需的输出缓冲区的大小
# 从已用内存计数，以便网络问题/重新同步
# 不触发一个循环，其中键被逐出，并依次输出
# 复制副本的缓冲区已满，过期的key的增量触发删除
# 等等，直到数据库完全清空。
#
# 总之。。。如果附加了副本，建议您将
# 限制maxmemory，以便系统上有一些可用RAM用于复制
# 输出缓冲区（但如果策略为“noeviction”，则不需要此缓冲区）
#
# maxmemory <bytes>

# MAXMEMORY策略：当MAXMEMORY到达。您可以从五种行为中选择：
#
# volatile-lru -> Evict using approximated LRU among the keys with an expire set.
# 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 -> Remove a random key among the ones with an expire set.
# 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表示最近最少使用
# LFU表示使用频率最低
#
# LRU、LFU和volatile-ttl都是用近似方法实现的随机算法。
#
#注意：对于上述任何策略，Redis都会在写入时返回一个错误
#操作，当没有合适的键进行逐出时。
#
#在编写之日，这些命令是：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-policy noeviction

# LRU、LFU和最小TTL算法不是精确算法，而是近似算法
# 算法（为了节省内存），所以你可以调整它的速度或速度
# 准确度。默认情况下，Redis将检查五个键并选择一个
# 最近使用较少，您可以使用以下命令更改样本大小配置指令。
#
# 默认值5会产生足够好的结果。10非常接近
# 真正的LRU，但成本更高的CPU。3更快，但不是很准确。
#
# maxmemory-samples 5

# 从Redis 5开始，默认情况下，复制副本将忽略其maxmemory设置
#（除非在故障转移后或手动将其升级为主服务器）。意思是
# key的删除将由主节点处理，发送DEL命令在主节点删除密钥时发送到复制副本。
#
# 此行为可确保主副本和副本保持一致，并且通常
# 但是，如果您的复制副本是可写的，或者您希望复制副本具有
# 一个不同的内存设置，并且您确定对
# 如果副本是幂等的，那么您可以更改此默认值（但请务必理解你在做什么）。
#
# 请注意，由于复制副本在默认情况下不逐出，因此它可能会使用更多
# 内存大于通过maxmemory设置的内存（有某些缓冲区可能
# 复制副本的大小可能会更大，或者数据结构有时可能占用更多内存等等
# 。所以一定要监视你的复制品，确保它们有足够的内存
# 在主程序命中之前，内存永远不会命中真正的内存不足状态
#
# 配置的maxmemory设置。
#
# replica-ignore-maxmemory yes

############################# 懒释放 ####################################

# Redis有两个删除键的原语。一个叫做DEL，是一个blocking
# 删除对象。这意味着服务器停止处理新命令
# 为了在同步进程中回收与对象相关联的所有内存
# 是的。如果删除的键与小对象关联，则所需的时间
# 为了执行DEL命令，它非常小，与大多数其他命令相当
# Redis中的O（1）或O（logn）命令。但是，如果key与
# 包含数百万个元素的聚合值，服务器可以为
# 长时间（甚至几秒钟）以完成操作。
#
# 基于上述原因，Redis还提供了非阻塞删除原语
# 例如UNLINK（non-blocking DEL）和FLUSHALL的ASYNC选项
# FLUSHDB命令，以便在后台回收内存。那些命令
# 在固定时间内执行。另一个线程将逐渐释放
# 尽可能快地在背景中创建对象。
#
# FLUSHDB和FLUSHDB的DEL、UNLINK和ASYNC选项由用户控制。
# 应用程序的设计决定了什么时候是一个好的应用程序
# 使用其中一个的想法。但是Redis服务器有时不得不
# 删除键或刷新整个数据库作为其他操作的副作用。
# 具体来说，Redis独立于数据库中的用户调用删除对象
#以下场景：
#
# 1）逐出时，由于maxmemory和maxmemory策略配置，
# 为了给新的数据腾出空间，而不超过指定的内存限制。
#
# 2）因为过期：当一个密钥与一个相关联的生存时间（参见
# EXPIRE命令）必须从内存中删除。
#
# 3）由于在键上存储数据的命令的副作用
# 已经存在。例如，RENAME命令可以删除旧密钥
# 当内容被另一个内容替换时。类似SUNIONSTORE
# 或使用存储选项排序可能会删除现有密钥。SET命令
# 它本身删除指定键的任何旧内容以便替换
# 它使用指定的字符串。
#
# 4）在复制期间，当复制副本与执行完全重新同步时
# 它的主人，整个数据库的内容被删除，以便加载刚传输的RDB文件。
#
# 在上述所有情况下，默认情况是以阻塞方式删除对象，
# 好像del被调用了。但是，您可以具体配置每个案例
# 以一种非阻塞的方式释放内存，就像取消链接一样
# 使用以下配置指令调用：

lazyfree-lazy-eviction no
lazyfree-lazy-expire no
lazyfree-lazy-server-del no
replica-lazy-flush no

############################## 仅附加模式 ###############################

# 默认情况下，Redis将数据集异步转储到磁盘上。此模式为
# 在许多应用程序中已经足够好了，但是Redis进程或
# 断电可能会导致几分钟的写操作丢失（取决于
# 配置的保存点）。
#
# 仅附加文件是一种提供
# 更好的耐用性。例如，使用默认数据fsync策略
#（请参阅后面的配置文件）Redis在一段时间内只会丢失一秒钟的写操作
# 戏剧性的事件，比如服务器断电，或者某个事件发生时的一次写入
# Redis进程本身出错，但操作系统是错误的
# 仍然正常运行。
#
# AOF和RDB持久性可以同时启用而不会出现问题。
# 如果启动时启用了AOF，Redis将加载AOF，即文件
# 具有更好的耐久性保证。
#
# 请检查http://redis.io/topics/persistence更多信息。

appendonly no

# 仅附加文件的名称（默认值）：仅附件.aof")

appendfilename "appendonly.aof"

# fsync（）调用告诉操作系统在磁盘上实际写入数据
# 而不是在输出缓冲区中等待更多的数据。有些操作系统会很流行
# 磁盘上的数据，其他一些操作系统会尽快尝试这样做。
#
# Redis支持三种不同的模式：
#
# 否：不要fsync，只要让操作系统在需要时刷新数据即可。更快。
#
# 总是：每次写入仅附加日志后进行fsync。慢，最安全。
#
# everysec:fsync每秒只同步一次。妥协。
#
# 默认值是“everysec”，因为这通常是速度和数据安全。这取决于你的选择
# “no”将允许操作系统在它想要更好的表演（但是如果你能接受有些数据丢失
# 会考虑默认的持久性模式，即快照，或者相反，使用“总是”这是非常缓慢，
# 但有点安全性会差一些)
#
# 更多详情请查看以下文章：
# http://antirez.com/post/redis-persistence-demystified.html
#
# 如果不确定，请使用“everysec”。

# appendfsync always
appendfsync everysec
# appendfsync no

# 当AOF fsync策略设置为always或everysec时，背景
# 保存过程（后台保存或AOF日志后台重写）是
# 在某些Linux配置中，对磁盘执行大量I/O操作
# Redis可能在fsync（）调用上阻塞太长。请注意，没有修复
# 目前，这是因为即使在不同的线程中执行fsync也会阻塞
# 我们的同步写入（2）调用。
#
# 为了缓解这个问题，可以使用以下选项
# 这将防止在主进程中调用fsync（），而
# 正在进行BGSAVE或BGREWRITEAOF。
#
# 这意味着，当另一个孩子在存钱时，Redis的耐用性就变了
# 与“appendfsync none”相同。实际上，这意味着
# 在最坏的情况下（使用默认Linux设置）。
#
# 如果您有延迟问题，请将此设置为“是”。否则就留着吧
# 从耐用性的角度来看，“不”是最安全的选择。

no-appendfsync-on-rewrite no

# 自动重写仅附加的文件。
# Redis能够自动重写隐式调用的日志文件
# 当AOF日志大小按指定的百分比增长时，BGREWRITEAOF。
#
# 这就是它的工作原理：Redis会记住
# 最新重写（如果重新启动后没有发生重写，则
# 使用启动时的AOF）。
#
# 此基本大小与当前大小进行比较。如果当前大小为
# 大于指定的百分比时，将触发重写。阿尔索
# 您需要为要重写的AOF文件指定最小大小，如下所示
# 有助于避免重写AOF文件，即使百分比增加
# 但它仍然很小。
#指定0的百分比以禁用自动AOF重写功能。

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

# 在Redis过程中，可能会发现AOF文件在末尾被截断
# 启动过程，当AOF数据被加载回内存时。
# 这可能发生在运行Redis的系统中
# 崩溃，尤其是在没有
# data=ordered选项（但是当Redis本身
# 崩溃或中止，但操作系统仍正常工作）。
#
# Redis可以在出现错误时退出，也可以加载尽可能多的数据
# 如果找到AOF文件，则启动
# 最后被截断。以下选项控制此行为。
#
# 如果aof load truncated设置为yes，则加载并删除一个截断的aof文件
# Redis服务器开始发出一个日志来通知用户该事件。
# 否则，如果该选项设置为“否”，则服务器将中止并返回一个错误
# 拒绝开始。当选项设置为“否”时，用户需要
# 在重新启动之前，使用“redis check AOF”实用程序修复AOF文件
# 服务器。
#
# 请注意，如果在中间发现AOF文件已损坏
# 服务器仍将退出并出现错误。此选项仅适用于
# Redis将尝试从AOF文件中读取更多数据，但字节不足
# 会被发现的。
aof-load-truncated yes

# 当重写AOF文件时，Redis能够在
# AOF文件，用于更快的重写和恢复。启用此选项时
# 重写的AOF文件由两个不同的节组成：
#
#   [RDB file][AOF tail]
#
# 加载Redis时，会识别出AOF文件以“Redis”开头
# 字符串并加载带前缀的RDB文件，然后继续加载AOF
# 尾巴。
aof-use-rdb-preamble yes

################################ LUA 脚本  ###############################

# Lua脚本的最大执行时间（毫秒）。
#
# 如果达到最长执行时间，Redis将记录脚本正在运行
# 在允许的最长时间后仍在执行，并将开始
# 答复有错误的查询。
#
# 当长时间运行的脚本超过最大执行时间时，只有
# 脚本KILL和SHUTDOWN NOSAVE命令可用。第一个可以是
# 用于停止尚未调用write命令的脚本。第二个
# 是在执行写入命令时关闭服务器的唯一方法
# 已由脚本发出，但用户不想等待
# 脚本的终止。
#
#将其设置为0或负值，以便在没有警告的情况下无限执行。
lua-time-limit 5000

################################ REDIS 双机系统  ###############################

# 普通Redis实例不能是Redis集群的一部分；只能是
# 以群集节点可以启动的方式启动。为了启动一个Redis实例作为
# 群集节点启用群集支持取消注释以下内容：
#
# cluster-enabled yes

# 每个集群节点都有一个集群配置文件。此文件不可用
# 打算手工编辑的。它由Redis节点创建和更新。
# 每个Redis集群节点都需要不同的集群配置文件。
# 确保在同一系统中运行的实例没有
# 重叠的群集配置文件名。
#
# cluster-config-file nodes-6379.conf

# Cluster node timeout是节点必须无法访问的毫秒数
# 在失效状态下考虑。
# 大多数其他内部时间限制是节点超时的倍数。
#
# cluster-node-timeout 15000

# A replica of a failing master will avoid to start a failover if its data
# looks too old.
#
# 如果发生故障主机的复制副本的数据
# 看起来太老了。
#
# 1） 如果有多个复制副本可以进行故障切换，它们将交换消息
# 为了给复制品以最好的优势
# 复制偏移量（处理来自主服务器的更多数据）。
# 复制副本将尝试通过偏移量获得它们的排名，并应用到起始位置
# 故障转移的延迟与它们的等级成比例。
#
# 2）每个副本计算最后一次与
# 它的主人。这可以是最后收到的ping或命令（如果主机
# 仍处于“已连接”状态），或自
# 与主机断开连接（如果复制链路当前已关闭）。
# 如果上一次交互太旧，复制副本将不会尝试故障转移
# 完全没有。
#
# 点“2”可由用户调整。特别是复制副本将不执行
# 如果自上次与主机交互后，故障转移
# 已用时间大于：
#
#（节点超时*副本有效因子）+repl ping副本周期
#
# 例如，如果节点超时为30秒，那么副本有效性因子
# 为10，并且假设默认的repl-ping复制周期为10秒，则
# 如果复制副本无法与主机通信，则它不会尝试故障转移
# 超过310秒。
#
# 较大的副本有效性系数可能会使数据太旧的副本无法进行故障切换
# 一个主节点，而太小的值可能会阻止集群
# 选择一个复制品。
#
# 为了获得最大可用性，可以设置副本有效性因子
# 值为0，这意味着复制副本将始终尝试故障转移
# 不管他们最后一次和师父互动。
#（然而，他们总是尝试应用一个与他们的时间成比例的延迟
# 偏移秩）。
#
# 零是唯一能够保证当所有分区都恢复时
# 群集将始终能够继续。
#
# cluster-replica-validity-factor 10

# 群集副本能够迁移到孤立的主服务器，即主服务器
# 没有工作副本。这提高了集群能力
# 抵抗失败，否则一个孤立的主人就不能被故障转移
# 如果没有工作副本，则会发生故障。
#
# 仅当仍有至少一个副本时，副本才会迁移到孤立的主副本
# 给他们的老主人其他工作副本的数量。这个号码
# 是“移民壁垒”。迁移屏障为1意味着复制副本
# 仅当其主服务器至少有一个其他工作副本时，才会进行迁移
# 等等。它通常反映您希望为每个
# 你群里的主人。
#
# 默认值为1（复制副本仅在其主副本保留至少
# 一个副本）。要禁用迁移，只需将其设置为非常大的值。
# 可以设置值0，但仅对调试和安装有用
# 在生产中。
#
# cluster-migration-barrier 1
# 默认情况下，Redis集群节点在检测到查询时停止接受查询
# 至少有一个哈希槽未覆盖（没有可用的节点为其提供服务）。
# 如果集群部分关闭（例如一系列哈希槽），则使用这种方法
# 不再覆盖）所有集群最终都变得不可用。
# 一旦所有插槽被覆盖，它就会自动返回可用状态。
#
# 但是有时你需要集群的子集，
# 继续接受对仍然存在的密钥空间部分的查询
# 覆盖。为此，只需将集群设置为需要完全覆盖
# 选择否。
#
# cluster-require-full-coverage yes

# 此选项设置为“是”时，可防止复制副本尝试故障转移
# 主设备故障时的主设备。但是，主人仍然可以执行
# 手动故障切换（如果强制执行）。
#
# 这在不同的场景中非常有用，尤其是在多个场景中
# 数据中心运营，我们希望一方永远不会得到提升
# 在完全直流故障的情况下。
#
# cluster-replica-no-failover no
# 为了设置集群，请务必阅读文档
# 可在http://redis.io网站地点。

########################## CLUSTER DOCKER/NAT support  集群DOCKER/NAT支持########################

# 在某些部署中，Redis集群节点地址发现失败，因为
# 地址被NAT-ted或者因为端口被转发（典型的情况是
# docker和其他工具）。
#
# 为了使Redis集群能够在这样的环境中工作，一个静态的
# 每个节点都知道需要其公共地址的配置。这个
# 此范围使用以下两个选项：
#
# * cluster-announce-ip
# * cluster-announce-port
# * cluster-announce-bus-port
#
# 每个节点都向节点指示其地址、客户端端口和集群消息
# 总线端口。然后在总线包的报头中发布信息
# 以便其他节点能够正确映射该节点的地址
# 发布信息。
#
# 如果不使用上述选项，则正常的Redis集群自动检测
# 将改为使用。
#
# 请注意，重新映射时，总线端口可能不在
# 客户端端口+10000，因此您可以根据需要指定任何端口和总线端口
# 他们是如何被重新映射的。如果未设置总线端口，则
# 10000美元将照常使用。
#
# 实例:
#
# cluster-announce-ip 10.1.1.5
# cluster-announce-port 6379
# cluster-announce-bus-port 6380

################################## SLOW LOG 慢日志###################################

# Redis Slow Log是一个系统，用于记录超过指定时间的查询
# 执行时间。执行时间不包括I/O操作
# 比如和客户交谈，发送回复等等，
# 但实际执行命令所需的时间（这是唯一的
# 命令执行的一个阶段，线程被阻塞而不能服务
# 其他请求）。
# 您可以用两个参数配置慢日志：一个参数告诉Redis
# 以微秒为单位的执行时间是多少
# 命令，另一个参数是
# 慢日志。记录新命令时，最旧的命令将从
# 记录的命令队列。
# 以下时间以微秒表示，因此1000000是等效的
# 到一秒钟。请注意，负数将禁用慢速日志，而
# 值为零将强制记录每个命令。
slowlog-log-slower-than 10000

# 这个长度没有限制。只是要注意它会消耗内存。

# 您可以通过SLOWLOG RESET回收慢日志使用的内存。
slowlog-max-len 128

################################ LATENCY MONITOR 延迟监控##############################

# Redis延迟监控子系统对不同的操作进行采样
# 在运行时收集与可能的数据源相关的数据
# Redis实例的延迟。
#
# 通过LATENCY命令，用户可以获得这些信息
# 打印图表并获取报告。
#
# 系统只记录在相同或相同时间内执行的操作
# 大于通过指定的毫秒数
# 延迟监视器阈值配置指令。当其值设置为
# 如果设置为零，则延迟监视器将关闭。
#
# 默认情况下，延迟监视是禁用的，因为它通常不需要
# 如果您没有延迟问题，那么收集数据就有了性能
# 冲击虽然很小，但可以在大载荷下测量。延迟
# 可以在运行时使用命令轻松地启用监视
# “配置设置延迟监视器阈值<毫秒>”如果需要。
latency-monitor-threshold 0

############################# EVENT NOTIFICATION 事件通知##############################

# Redis可以将key空间中发生的事件通知Pub/Sub客户机。
# 此功能记录在http://redis.io/topics/notifications
#
# 例如，如果启用了keyspace事件通知
# 对存储在数据库0、2中的键“foo”执行DEL操作
# 消息将通过发布/订阅发布：
#
# PUBLISH __keyspace@0__:foo del
# PUBLISH __keyevent@0__:del foo
#
# 可以在一个集合中选择Redis将通知的事件
# 班级人数。每个类都由一个字符标识：
#
#  K     按键空间事件，与一起发布 __keyspace@<db>__ prefix.
#  E     Keyevent事件，与一起发布 __keyevent@<db>__ prefix.
#  g     通用命令（非特定类型），如DEL、EXPIRE、RENAME等。。。
#  $     字符串命令
#  l     列出命令
#  s     设置命令
#  h     哈希命令
#  z     排序集命令
#  x     过期事件（每次密钥过期时生成的事件）
#  e     逐出事件（为maxmemory逐出键时生成的事件）
#  A     g$lshzxe的别名，因此“AKE”字符串表示所有事件。
#
# “notify keyspace events”将一个由
# 零个或多个字符的。空字符串表示通知
# 已禁用。
#
# 示例1：从事件名称，使用：
#
#  通知键空间事件Elg
#
# 示例2：获取订阅通道的过期密钥流
# 姓名__关键字事件@0__：过期使用：
#  Example 2: to get the stream of the expired keys subscribing to channel
#             name __keyevent@0__:expired use:
#
#  notify-keyspace-events Ex
#
# 默认情况下，所有通知都被禁用，因为大多数用户不需要
# 此功能和该功能有一些开销。注意，如果你不
# 指定K或E中的至少一个，则不会传递任何事件。
notify-keyspace-events ""

############################### ADVANCED CONFIG 高级配置###############################

# 当哈希值具有少量条目，且最大条目不超过给定值
# 门槛。可以使用以下指令配置这些阈值。
hash-max-ziplist-entries 512
hash-max-ziplist-value 64

# 列表也以一种特殊的方式编码以节省大量空间。
# 可以指定每个内部列表节点允许的条目数
# 作为一个固定的最大尺寸或元素的最大数量。
# 对于固定的最大大小，使用-5到-1，意思是：
# -5:最大大小：64 Kb<--不建议用于正常工作负载
# -4:最大大小：32 Kb<--不推荐
# -3:最大大小：16 Kb<--可能不推荐
# -2:最大大小：8 Kb<--良好
# -1:最大大小：4 Kb<--良好
# 正数表示存储的元素数正好等于
# 每个列表节点。
# 最高性能的选项通常是-2（8KB大小）或-1（4KB大小），
# 但是如果您的用例是唯一的，则根据需要调整设置。
list-max-ziplist-size -2

# 列表也可以被压缩。
# Compress depth是的*每*边的quicklist ziplist节点数
# 要从压缩中*排除*的列表。名单的头尾
# 对于快速的push/pop操作总是解压缩的。设置为：
# 0:禁用所有列表压缩
# 1:depth 1表示“在列表中1个节点之后才开始压缩，
# “从头部或尾部”
# 所以：[头]->节点->节点->…->节点->[尾]
# [head]、[tail]将始终解压缩；内部节点将压缩。
# 2:[头部]->[下一个]->节点->节点->…->节点->[上一个]->[尾部]
# 这里的意思是：不要压缩头部或头部->下一个或尾部->上一个或尾部，
# 但是压缩它们之间的所有节点。
# 3:[头]->[下一个]->[下一个]->节点->节点->…->节点->[上一个]->[上一个]->[尾]
#等等。
list-compress-depth 0

# 集合只有一种特殊的编码方式：当集合被合成时
# 刚好是以10为基数的整数的字符串
# 64位有符号整数。
# 下面的配置设置设置了
# 设置以使用此特殊的内存节省编码
set-max-intset-entries 512

# 与哈希和列表类似，排序集也在
# 为了节省很多空间。此编码仅在长度和
# 排序集的元素低于以下限制：
zset-max-ziplist-entries 128
zset-max-ziplist-value 64

# HyperLogLog稀疏表示字节数限制。限制包括
# 16字节头。当使用稀疏表示的HyperLogLog交叉时
# 这个极限，就转化为稠密表示。
#
# 大于16000的值是完全无用的，因为此时
# 密集表示更高效。
#
# 建议值为~3000，以便获得
# 节省空间的编码，而不会减慢太多的PFADD，
# 这是O（N）与稀疏编码。值可以提高到
# 当CPU不是问题，但空间是问题，数据集是
# 由许多基数在0-15000范围内的超对数组成。
hll-sparse-max-bytes 3000

# 流宏节点最大大小/项。流数据结构是一个基数
# 对内部多个项目进行编码的大节点树。使用此配置
# 可以配置单个节点的字节大小，以及
# 在切换到新节点之前它可能包含的最大项目数
# 追加新的流条目。如果以下任何设置设置为
# 零，则忽略限制，因此可以仅设置一个
# 通过将max bytes设置为0，max entries设置为所需的值来限制max entires
# 价值观。
stream-node-max-bytes 4096
stream-node-max-entries 100

# 主动重灰化在中每100毫秒CPU时间使用1毫秒
# 以帮助重新灰化主Redis哈希表（映射顶级
# 值的键）。Redis使用的哈希表实现（参见dict.c）
# 执行延迟重哈希：在哈希表中运行的操作越多
# 即重新灰化，执行的重新灰化“步骤”越多，因此如果
# 服务器处于空闲状态，重新灰化从未完成，并且使用了更多内存
# 通过哈希表。
#
# 默认值是每秒使用10次此毫秒，以便
# 积极更新主要词典，尽可能释放内存。
#
# 如果不确定：
# 如果您有严格的延迟要求，那么请使用“activerehashing no”
# 在您的环境中，Redis可以不时地进行回复并不是一件好事
# 延迟2毫秒的查询。
#
# 如果你没有这样严格的要求，那么使用“activerehashing yes”
# 希望尽快释放内存。
activerehashing yes

# 客户端输出缓冲区限制可用于强制断开客户端连接
# 由于某种原因，从服务器读取数据的速度不够快（a
# 常见的原因是Pub/Sub客户机不能像
# 出版商可以制作它们）。
#
# 对于三种不同类型的客户端，可以设置不同的限制：
#
# 普通->普通客户端，包括监视客户端
# 复制->复制客户端
# pubsub->客户机订阅了至少一个pubsub频道或模式
#
# 每个客户端输出缓冲区限制指令的语法如下：
#
# 客户端输出缓冲区限制<class><hard limit><soft limit><soft seconds>
#
# 一旦达到硬限制，或者
# 已达到软限制，并且在指定数量的秒（连续）。
# 例如，如果硬限制是32兆字节，软限制是
# 16兆字节/10秒，客户端将立即断开连接
# 如果输出缓冲区的大小达到32兆字节，还将得到
# 如果客户端达到16兆字节并持续克服
# 限制为10秒。
# 默认情况下，普通客户端不受限制，因为它们不接收数据
# 不用问（以推的方式），但只是在一个请求之后，所以只有
# 异步客户机可能会创建一个更快请求数据的场景
# 比它能读的还多。
#
# 相反，pubsub和replica客户端有一个默认限制，因为
# 订户和副本以推送方式接收数据。
#
# 硬限制或软限制都可以通过将其设置为零来禁用。
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit replica 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60

# 客户端查询缓冲区积累新命令。它们仅限于一个固定的
# 为避免协议失步（例如
# 实例中的错误）将导致中的未绑定内存使用
# 查询缓冲区。但是，如果您有非常特殊的
# 我们需要大量的multi/exec请求或类似的请求。
#
# client-query-buffer-limit 1gb

# 在Redis协议中，批量请求，即表示单个
# 字符串，通常限制为512 mb。但是，您可以更改此限制
# 在这里。
#
# proto-max-bulk-len 512mb
# Redis调用一个内部函数来执行许多后台任务，比如
# 在超时时关闭客户端连接，清除过期的
# 从未要求过，等等。
#
# 不是所有的任务都以相同的频率执行，但是Redis检查
# 根据指定的“hz”值执行的任务。
#
# 默认情况下，“hz”设置为10。提高该值将在以下情况下使用更多CPU：
# Redis是空闲的，但同时会使Redis在
# 有许多密钥同时过期，并且可能会出现超时
# 更精确地处理。
#
# 范围在1到500之间，但是超过100的值通常不是
# 好主意。大多数用户应该使用默认值10，并将其提高到10
# 100只适用于要求非常低延迟的环境。
hz 10

# 通常，有一个与频率成比例的HZ值是有用的

# 连接的客户端数。例如，这有助于

# 避免每次后台任务调用都处理过多的客户端

# 为了避免延迟峰值。

#

# 由于默认的HZ值被保守地设置为10，Redis
# 提供并默认启用使用自适应HZ值的功能
# 当有许多连接的客户机时，将临时引发。
# 启用动态HZ时，实际配置的HZ将用作
# 作为基线，但配置的HZ值的倍数实际上是
# 一旦连接了更多客户端，就可以根据需要使用。就这样一个懒汉
# 实例将使用很少的CPU时间，而繁忙的实例将
# 反应更快。
dynamic-hz yes

# 当子级重写AOF文件时，如果启用了以下选项
# 文件将每生成32MB的数据进行一次fsync。这很有用
# 为了更增量地将文件提交到磁盘并避免
# 大延迟峰值。
aof-rewrite-incremental-fsync yes

# redis保存RDB文件时，如果启用了以下选项
# 文件将每生成32MB的数据进行一次fsync。这很有用
# 为了更增量地将文件提交到磁盘并避免
# 大延迟峰值。
rdb-save-incremental-fsync yes

# Redis LFU逐出（参见maxmemory设置）可以进行调优。不过，这是一个好主意
# 从默认设置开始，只在调查之后更改它们
# 如何提高性能以及LFU键如何随时间变化，这是什么
# 可以通过OBJECT FREQ命令进行检查。
#
# Redis LFU实现中有两个可调参数：
# 计数器对数因子和计数器衰减时间。重要的是
# 在更改这两个参数之前，请先了解它们的含义。
#
# LFU计数器每个键只有8位，它的最大值是255，所以Redis
# 使用具有对数行为的概率增量。给定值
# 在旧计数器中，当访问一个键时，计数器以
# 这样：
#
# 1. 提取0到1之间的随机数R。
# 2. 概率P的计算公式为1/（旧值*lfu\u log\u因子+1）。
# 3. 只有当R<P时，计数器才递增。
#
# 默认lfu log factor为10。这是一张频率
# 计数器会随着不同访问次数的不同而变化
# 对数因子：
#
# +--------+------------+------------+------------+------------+------------+
# | factor | 100 hits   | 1000 hits  | 100K hits  | 1M hits    | 10M hits   |
# +--------+------------+------------+------------+------------+------------+
# | 0      | 104        | 255        | 255        | 255        | 255        |
# +--------+------------+------------+------------+------------+------------+
# | 1      | 18         | 49         | 255        | 255        | 255        |
# +--------+------------+------------+------------+------------+------------+
# | 10     | 10         | 18         | 142        | 255        | 255        |
# +--------+------------+------------+------------+------------+------------+
# | 100    | 8          | 11         | 49         | 143        | 255        |
# +--------+------------+------------+------------+------------+------------+
#
# 注：上表是通过运行以下命令获得的：
#
#   redis-benchmark -n 1000000 incr foo
#   redis-cli object freq foo
#
# 注2：计数器初始值为5，以便给新对象一个机会
# 积累命中率。
#
# 计数器衰减时间是按顺序必须经过的时间（以分钟为单位）
# 将键计数器除以2（如果它有值，则递减）
# 小于等于10）。
#
# lfu衰减时间的默认值为1。特殊值0表示
# 每次扫描计数器时，都会损坏它。
#
# lfu-log-factor 10
# lfu-decay-time 1

########################### ACTIVE DEFRAGMENTATION 活动碎片整理#######################
#
# 警告：此功能是实验性的。不过，这是压力测试
# 甚至在生产和人工测试的多个工程师的一些时间。
#
# 什么是活动碎片整理？
# -------------------------------
#
# 主动（在线）碎片整理允许Redis服务器压缩
# 内存中数据的小分配和释放之间的剩余空间，
# 从而允许回收内存。
#
# 碎片化是每个分配器（但是
# 幸运的是，对于Jemalloc）和某些工作负载，情况就不是这样了。通常是服务器
# 需要重新启动以降低碎片，或者至少刷新碎片
# 删除所有数据并重新创建。不过，多亏了这个功能
# 由Oran Agra for Redis 4.0实现这个过程可以在运行时发生
# 在服务器运行时以“热”方式。
#
# 基本上当碎片超过某个级别时（参见配置选项）Redis将开始创建
# 通过利用特定的Jemalloc在连续内存区域中获取值
# 特性（以便了解分配是否导致碎片并将其分配到一个更好的地方），同时，将释放
# 数据的旧拷贝。这个过程，对所有的键都是递增的
# 将导致碎片降回正常值。
#
# 需要了解的重要事项：
#
# 1. 此功能在默认情况下是禁用的，并且只有在编译Redis时才起作用
# 为了使用Jemalloc的副本，我们附带了Redis的源代码。
# 这是Linux版本的默认设置。
#
# 2. 如果没有碎片，就不需要启用此功能问题。
#
# 3. 一旦遇到碎片，可以在以下情况下启用此功能： 需要命令“CONFIG SET activedefrag yes”。
# 配置参数能够微调
# 碎片整理过程。如果你不确定他们是什么意思
# 保持默认值不变是个好主意。
# 已启用活动碎片整理
# activedefrag yes

# 启动活动碎片整理的最小碎片浪费量
# active-defrag-ignore-bytes 100mb

# 启动活动碎片整理的最小碎片百分比
# active-defrag-threshold-lower 10

# 使用最大努力的最大碎片百分比
# active-defrag-threshold-upper 100

# 以CPU百分比表示的最小碎片整理工作量
# active-defrag-cycle-min 5

# 以CPU百分比表示的碎片整理最大工作量
# active-defrag-cycle-max 75

# 将从主字典扫描处理的set/hash/zset/list字段的最大数目
# active-defrag-max-scan-fields 1000