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:从已设置过期时间的内存数据集中任意挑选数据 淘汰；
489
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
