赞
踩
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
5.1stop-writes-on-bgsave-error yes #持久化如果出错,是否还需要继续工作
5.2rdbcompression yes #是否压缩.rdb文件(会消耗一定的cpu资源)
5.3rdbchecksum yes #保存.rdb文件的时候,进行错误检查校验
8.3 maxmemory-policy 内存达到上后的处理策略
自定义目录:/usr/local/bin/gconfig/redis.config
1 Units单位
配置大小单位,开头定义了一些基本的度量单位,只支持bytes,不支持bit
大小写不敏感
2 INCLUDES 包含
类似jsp中的include,多实例的情况可以把公用的配置文件提取出来
3 网络相关配置 重要 NETWORK
bind 127.0.0.1 #绑定访问ip
protected-mode yes #保护模式 yes开启 no关闭
port 6379 #端口
默认情况bind=127.0.0.1只能接受本机的访问请求
不写的情况下,无限制接受任何ip地址的访问
生产环境肯定要写你应用服务器的地址;服务器是需要远程访问的,所以需要将其注释掉
如果开启了protected-mode,那么在没有设定bind ip且没有设密码的情况下,Redis只允许接受本机的响应
保存配置,停止服务,重启启动查看进程,不再是本机访问了。
将本机访问保护模式设置no
端口号,默认 6379
设置tcp的backlog,backlog其实是一个连接队列,backlog队列总和=未完成三次握手队列 + 已经完成三次握手队列。
在高并发环境下你需要一个高backlog值来避免慢客户端连接问题。
注意Linux内核会将这个值减小到/proc/sys/net/core/somaxconn的值(128),所以需要确认增大/proc/sys/net/core/somaxconn和/proc/sys/net/ipv4/tcp_max_syn_backlog(128)两个值来达到想要的效果
一个空闲的客户端维持多少秒会关闭,0表示关闭该功能。即永不关闭。
对访问客户端的一种心跳检测,每个n秒检测一次。
单位为秒,如果设置为0,则不会进行Keepalive检测,建议设置成60
4 GENERAL通用
daemonize yes #以守护进程的方式进行,默认是no,我们需要自己开启为yes pidfile /var/run/redis_6379.pid #如果以后台(守护进程)的方式运行,我们就需要指定一个pid文件! # 日志 # Specify the server verbosity level. # This can be one of: # debug (a lot of information, useful for development/testing) # verbose (many rarely useful info, but not a mess like the debug level) # notice (moderately verbose, what you want in production probably) # warning (only very important / critical messages are logged) loglevel notice logfile "" # 配置文件名位置 databases 16 # 数据库数量 默认是 16 个数据库 always-show-logo no # 是否总是显示logo
是否为后台进程,设置为yes
守护进程,后台启动
存放pid文件的位置,每个实例会产生一个不同的pid文件
指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为notice
四个级别根据使用阶段来选择,生产环境选择notice 或者warning
日志文件名称
设定库的数量 默认16,默认数据库为0,可以使用SELECT 命令在连接上指定数据库id
是否总是显示logo
5 SNAPSHOTTING 快照
持久化,在规定时间内,执行了多少次操作,则会持久化到文件 .rdb .aof
redis是内存数据库,如果没有持久化,断电数据丢失
save 3600 1 #如果3600 秒内,至少一个key进行了修改,那么就进行持久化操作
save 300 10 #如果300秒内,至少有10个key进行了修改,那么就进行持久化操作
save 60 10000 #如果60秒内,至少有10000个key进行了修改,那么就进行持久化操作
stop-writes-on-bgsave-error yes #持久化如果出错,是否还需要继续工作
rdbcompression yes #是否压缩.rdb文件(会消耗一定的cpu资源)
rdbchecksum yes #保存.rdb文件的时候,进行错误检查校验
dir ./ #.rdb文件保存路径
6 REPLICATION 复制 主从复制详细介绍
7 SECURITY安全 非常重要
ACL日志
ACL日志跟踪与ACL相关的失败命令和身份验证事件。
ACL日志对于排除被阻止的失败命令非常有用通过ACL。
ACL日志存储在内存中。
您可以通过重置ACL日志来回收内存。
在下面定义ACL日志的最大条目长度。
可以设置redis的密码 默认没有密码
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
`
可以设置redis的密码 默认没有密码
[外链图片转存中…(img-xdVQflcc-1715702902193)]
[外链图片转存中…(img-S1EQmUrc-1715702902194)]
[外链图片转存中…(img-j6UnD7En-1715702902195)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。