Redis配置文件代码的示例分析
这篇文章将为大家详细讲解有关Redis配置文件代码的示例分析,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。
Redis配置文件解析网上都有,这里不赘述了。提供一些值得修改的参数,标注红色的参数尤其需要注意,不然容易出现主从全量同步死循环
NETWORKbind127.0.0.1默认是bind127.0.0.1,注释掉protected-modeno默认protected-modeyes,改为noport6379建议修改掉,避免使用默认端口tcp-backlog511建议调大至2048并同时调大Linux内核参数/proc/sys/net/core/somaxconn至2048
GENERALlogfile""建议修改日志的路径
SNAPSHOTTINGsave9001save30010save6010000注释掉这三行触发式rdb持久化,高并发情况下开启触发式持久化容易一直做save操作dbfilenamedump.rdb根据实际情况修改,建议修改为dump+端口.rdbdir./根据实际情况修改,建议修改成和logfile,配置文件在同一个父目录下如/app/redis/{conf,data,log}
REPLICATIONreplica-read-onlyyes建议修改为no,当主节点故障时,可立即使用从节点。repl-timeout60建议设置更久,避免高并发情况下大节点全量复制无法在60秒内完成repl-backlog-size1mb建议设置为100mb+,避免全量复制生成rdb+传输rdb+加载rdb时,主节点的复制挤压缓冲区不够用导致一直在全量复制。
LAZYFREEING惰性删除参数,开启配置项避免大key过期删除导致服务阻塞lazyfree-lazy-evictionyes驱逐策略惰性删除,建议开启lazyfree-lazy-expireyes过期key惰性删除,建议设置开启lazyfree-lazy-server-delyesdel操作惰性删除,建议开启replica-lazy-flushyesflush惰性删除,建议开启
APPENDONLYMODEappendonlyyes建议从节点开启appendfilename"appendonly.aof"根据实际端口修改,建议修改为appendonly+端口.aofappendfsyncalways从节点建议修改为everysec,折中持久化策略,每秒持久化一次到aof中。auto-aof-rewrite-percentage100根据实际情况修改,避免在业务高峰aof文件刚好膨胀100%,触发自动aofrewrite操作,阻塞服务
ADVANCEDCONFIGclient-output-buffer-limitreplica000建议关闭主从复制buffer限制,避免高并发情况下,slave无法在硬限制和软限制期间完成全量同步,造成主从同步死循环
ACTIVEDEFRAGMENTATIONactivedefragno建议关闭,避免在高峰段出现碎片回收。碎片率上升时,可在业务低峰时段开启。
知识点扩展:
如果认为Redis是一个key value存储, 可以使用它来代替MySQL;如果认为它是一个可以持久化的cache, 可能只是用它保存一些频繁访问的临时数据(代替Memcached);除此之外,还可以把Redis当做一个轻量级的消息队列使用,因为它内置就支持 list数据结构和PUB/SUB命令;还可以当做一个轻量级的分布式锁系统。Redis是REmote DIctionary Server的缩写,在Redis在官方网站的解释是:
Redis is an open source, advanced key-value store.
It is often referred to as a data structure server since keys
can contain strings, hashes, lists, sets and sorted sets.
关于“Redis配置文件代码的示例分析”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,使各位可以学到更多知识,如果觉得文章不错,请把它分享出去让更多的人看到。
声明:本站所有文章资源内容,如无特殊说明或标注,均为采集网络资源。如若本站内容侵犯了原著者的合法权益,可联系本站删除。