##########ADVANCED CONFIG##########
指定是否激活重置哈希,默认为开启
activerehashing yes
aof rewrite过程中,是否采取增量"文件同步"策略,默认为"yes",而且必须为yes.rewrite过程中,每32M数据进行一次文件同步,这样可以减少"aof大文件"写入对磁盘的操作次数.
aof-rewrite-incremental-fsync yes
普通client buffer限制,将 hard limit 和 soft limit 同时设置为 0,则表示关闭该限制
client-output-buffer-limit normal 0 0 0
#该配置表示,对于 Pub/Sub 客户端来说,若 output-buffer 占用内存达到 32M 或者超过 8M 的时间达到 60s,则关闭客户端连接
client-output-buffer-limit pubsub 32mb 8mb 60
该配置表示,对于 slave 客户端来说,如果 output-buffer 占用内存达到 256M 或者超过 64M 的时间达到 60s,则关闭客户端连接
client-output-buffer-limit slave 256mb 64mb 60
用来控制客户端传递给redis的数据大小,默认为1G【注意:在使用Redis时应尽量避免超大Key】
client-query-buffer-limit 1gb
往 Hash 集合中写入的元素个数超过了 hash-max-ziplist-entries (默认 512 个),或者写入的单个元素大小超过了 hash-max-ziplist-value (默认 64 字节),Redis 就会自动把 Hash 类型的实现结构由压缩列表转为哈希表。在节省内存方面,哈希表就没有压缩列表那么高效了
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
稀疏表示字节限制
hll-sparse-max-bytes 3000
Redis server执行后台任务的频率,默认为10,此值越大表示redis对"间歇性task"的执行次数越频繁(次数/秒)"间歇性task"包括"过期集合"检测、关闭"空闲超时"的连接等,此值必须大于0且小于500.(参见redis.h源码)此值过小就意味着更多的cpu周期消耗,后台task被轮询的次数更频繁,此值过大意味着"内存敏感"性较差.建议保持默认值
hz 10
是一个以分钟为单位的数值,可以调整counter的减少速度
lfu-decay-time 1
可以调整计数器counter的增长速度,lfu-log-factor越大,counter增长的越慢
lfu-log-factor 10
0: 是个特殊值,表示都不压缩。这是Redis的默认值
list-compress-depth 0
每个quicklist节点上的ziplist大小不能超过8 Kb。(-2是Redis给出的默认值)
list-max-ziplist-size -2
批量请求(单个字符串的元素)内存大小限制,默认是 proto-max-bulk-len 512mb,你可以修改限制,但必须大于等于 1mb。
proto-max-bulk-len 512mb
当集合的元素都是 64 位以内的十进制整数时且长度不超过 set-max-intset-entries 配置的值(默认 512),Sets 的底层会使用 intset 存储节省内存。添加的元素大于 set-max-intset-entries配置的值,底层实现由 intset 转成散列表存储。
set-max-intset-entries 512