5.1stop-writes-on-bgsave-error yes #持久化如果出错,是否还需要继续工作
5.2rdbcompression yes #是否压缩.rdb文件(会消耗一定的cpu资源)
5.3rdbchecksum yes #保存.rdb文件的时候,进行错误检查校验
8.3 maxmemory-policy 内存达到上后的处理策略
Redis配置文件介绍
自定义目录:/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 #端口
3.1 bind
默认情况bind=127.0.0.1只能接受本机的访问请求
不写的情况下,无限制接受任何ip地址的访问
生产环境肯定要写你应用服务器的地址;服务器是需要远程访问的,所以需要将其注释掉
如果开启了protected-mode,那么在没有设定bind ip且没有设密码的情况下,Redis只允许接受本机的响应
保存配置,停止服务,重启启动查看进程,不再是本机访问了。
3.2 protected-mode
将本机访问保护模式设置no
3.3 Port
端口号,默认 6379
3.4 tcp-backlog
设置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)两个值来达到想要的效果
3.5 timeout
一个空闲的客户端维持多少秒会关闭,0表示关闭该功能。即永不关闭。
3.6 tcp-keepalive
对访问客户端的一种心跳检测,每个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
4.1 daemonize
是否为后台进程,设置为yes
守护进程,后台启动
4.2 pidfile
存放pid文件的位置,每个实例会产生一个不同的pid文件
4.3 loglevel 日志
指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为notice
四个级别根据使用阶段来选择,生产环境选择notice 或者warning
4.4 logfile
日志文件名称
5 databases 16
设定库的数量 默认16,默认数据库为0,可以使用SELECT 命令在连接上指定数据库id
6.always-show-logo no
是否总是显示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文件保存路径
5.1stop-writes-on-bgsave-error yes #持久化如果出错,是否还需要继续工作
5.2rdbcompression yes #是否压缩.rdb文件(会消耗一定的cpu资源)
5.3rdbchecksum yes #保存.rdb文件的时候,进行错误检查校验
5.4dir ./ #.rdb文件保存路径
6 REPLICATION 复制 主从复制详细介绍
7 SECURITY安全 非常重要
7.1 定义ACL日志的最大条目长度。
ACL日志
ACL日志跟踪与ACL相关的失败命令和身份验证事件。
ACL日志对于排除被阻止的失败命令非常有用通过ACL。
ACL日志存储在内存中。
您可以通过重置ACL日志来回收内存。
在下面定义ACL日志的最大条目长度。
7.2 设置密码
可以设置redis的密码 默认没有密码
- 访问密码的查看、设置和取消
- 在命令中设置密码,只是临时的。重启redis服务器,密码就还原了。
- 永久设置,需要再配置文件中进行设置。
127.0.0.1:6379> ping # 测试 ping 是否连通
PONG
127.0.0.1:6379> config get requirepass # 查看密码 为空
1) "requirepass"
2) ""
127.0.0.1:6379> config set requirepass "123456" # 设置密码为 123456
OK
重新登录测试一下
127.0.0.1:6379> ping # 发现 ping 不通
(error) NOAUTH Authentication required.
127.0.0.1:6379> auth 123456 # 使用 密码 进行登录
OK
127.0.0.1:6379> ping # ping 通
PONG
127.0.0.1:6379> config get requirepass # 查看密码
1) "requirepass"
2) "123456"
8 LIMITS 限制 CLIENTS 客户端
8.1 maxclients 最多链接的客户端数量
- 设置redis同时可以与多少个客户端进行连接。
- 默认情况下为10000个客户端。
- 如果达到了此限制,redis则会拒绝新的连接请求,并且向这些连接请求方发出“max number of clients reached”以作回应。
8.2 maxmemory 配置最大的内存容量
- 建议必须设置,否则,将内存占满,造成服务器宕机
- 设置redis可以使用的内存量。一旦到达内存使用上限,redis将会试图移除内部数据,移除规则可以通过maxmemory-policy来指定。
- 如果redis无法根据移除规则来移除内存中的数据,或者设置了“不允许移除”,那么redis则会针对那些需要申请内存的指令返回错误信息,比如SET、LPUSH等。
- 但是对于无内存申请的指令,仍然会正常响应,比如GET等。如果你的redis是主redis(说明你的redis有从redis),那么在设置内存使用上限时,需要在系统中留出一些内存空间给同步队列缓存,只有在你设置的是“不移除”的情况下,才不用考虑这个因素。
8.3 maxmemory-policy 内存达到上后的处理策略
有六种策略:
1 volatile-lru:从已设置过期时间的内存数据集中挑选最近最少使用的数据 淘汰;
2 volatile-ttl: 从已设置过期时间的内存数据集中挑选即将过期的数据 淘汰;
3 volatile-random:从已设置过期时间的内存数据集中任意挑选数据 淘汰;