#示例: 启用列表和常见事件:
#notify-keyspace-events Elg
#默认情况下,使用的通知是禁用的,因为用户通常不需要更改功能,并且此功能会降低性能.

#请注意,如果您未指定K或E中的至少一个,则不会发送任何事件.
notify-keyspace-events“”
###############################高级配置############# ##### #################
#当散列包含的元素数量超过指定的数量并且最大元素不超过阈值时,
#哈希将以一种特殊的编码方法存储(这大大减少了内存使用). 在这里,您可以设置这两个关键值.
#相应的Redis哈希实际上是Value内部的HashMap. 实际上,这里有2种不同的实现方式.
#当此Hash的成员相对较少时,Redis将使用类似的一维数组进行紧凑存储以节省内存,而不是使用实际的HashMap结构. 相应的valueredisObject编码为zipmap,
#当成员数增加时,它将自动转换为真实的HashMap,在这种情况下,编码为ht.
hash-max-zipmap-entries 512
hash-max-zipmap-value 64
#与哈希一样,多个小列表以特定方式编码以节省空间.
#list数据类型节点值小于紧凑存储格式中的字节数.
list-max-ziplist-entries 512
list-max-ziplist-value 64
#set数据类型如果所有内部数据都是数字并且包含最多节点数,则将以紧凑格式存储.
set-max-intset-entries 512
#像hashe和list一样,已排序的集合以指定的编码在指定的长度内存储,以节省空间
#zsort数据类型节点的值大小小于紧凑存储格式中的字节数.
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
#Redis每100毫秒将使用1毫秒的CPU时间重新哈希redis哈希表,这可以减少内存使用量
#如果您的使用场景对实时性有非常严格的要求,那么您将无法不时地接受Redis并延迟2毫秒的请求,请将其配置为no.
#如果没有如此严格的实时要求,可以将其设置为yes,以尽快释放内存.
主动重新哈希是
#客户端的输出缓冲区有限,由于某种原因appendonly.aof 位置,客户端的速度不足以从服务器读取数据,
#可用于强制断开连接(常见的原因是,发布/订阅客户端无法像生成消息一样快地消耗消息).
#可以通过三种不同的客户端方式设置:
#normal->普通客户端
#slave-> slave和MONITOR客户端
#pubsub->订阅了至少一个pubsub频道或模式的客户端
#每个客户端输出缓冲区限制语法:
#client-output-buffer-limit
#一旦达到硬限制或达到软限制并达到指定的秒数(连续),客户端就会断开连接.
#例如,如果硬限制为32 MB,软限制为16 MB / 10秒,则客户端将立即断开连接
#如果输出缓冲区的大小达到32兆字节,客户端达到16兆字节,并且连续超过此限制10秒钟,连接也将断开.
#默认普通客户端不受限制,因为在请求后未请求时,它们不会接收数据(通过推送)
#仅异步客户端显示的数据请求似乎比其读取数据的速度快.
#将硬限制和软限制都设置为0以禁用此功能
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb60
client-output-buffer-limit pubsub 32mb 8mb60
#Redis调用内部函数来执行许多后台任务,例如关闭客户端超时连接,清除过期的密钥等等.
#并非所有任务都以相同的频率执行,但是Redis根据指定的“ Hz”值执行检查任务.
#默认情况下,“ Hz”设置为10.
#增加此值将在Redis空闲时使用更多的CPU,但是同时当多个键同时到期时,Redis将具有更快的响应速度并且可以更准确地处理超时.
#范围是1到500,但是通常不建议将100以上的值设置为
#大多数用户应使用默认值10,仅需在极低的延迟下将最大值增加到100.
hz 10
#子节点重写AOF文件时,如果启用以下选项,则每生成32M数据都会同步该文件.
aof-rewrite-cremental-fsync是
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-162179-2.html
钱少就合娶
桃子加油
烊烊