Redis.conf 详解

引用学习：https://space.bilibili.com/95256449/

启动redis服务的时候，就通过该配置文件启动的！

单位

配置文件设置 unit单位 可以看到对大小写不敏感！

包含文件 INCLUDES

就好可以引入其他的文件，和spring中的 include差不多

网络 NETWORK（常用）

bind 127.0.0.1    # 绑定的ip，我们可以通过设置它来，就可以让远程的机器来访问
protected-mode yes    # 保护模式（保证访问的安全），默认开启
port 6379    # redis访问的端口

通用 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 yes # 是否显示LOGO，如下面的图

保存的是进程号

  LOGO显示

快照 SNAPSHOTTING

• snapshotting

用于持久化的配置，在规定的时间内，执行了多少次操作，则会持久化到文件

redis 是内存数据库，如果没有持久化，那么数据断电及失！

# 如果900s内，至少有1个 key进行了修改，我们就进行持久化操作
save 900 1
# 如果300s内，至少有10个 key进行了修改，我们就进行持久化操作
save 300 10
# 如果60s内，至少有10000个key进行了修改，我们就进行持久化操作
save 60 10000

stop-writes-on-bgsave-error yes # 持久化失败时，是否还需要继续工作！一般肯定会持续工作的

rdbcompression yes # 是否压缩 rdb（持久化的） 文件，需要消耗一些CPU资源！

rdbchecksum yes # 保存rdb文件的时候，进行错误的检查校验，如果出错会做一些操作！

dir ./    # rdb 文件保存的目录！

主从复制 REPLICATION

 REPLICATION 复制，我们后面讲解主从复制的，时候再进行讲解

SECURITY 安全

 

可以在这里设置redis的密码，默认是没有密码！

配置文件进行密码修改，一般不用配置文件修改，直接在命令行修改。

 命令行修改密码，设置密码后，每次连接都需要验证密码，auth

127.0.0.1:6379> ping
PONG
127.0.0.1:6379> config get requirepass    # 获取redis的密码
1) "requirepass"
2) ""
127.0.0.1:6379> config set requirepass "123456"    # 设置redis的密码，这只是临时的修改密码，重启服务后密码消失
OK
127.0.0.1:6379> config get requirepass
(error) NOAUTH Authentication required.
127.0.0.1:6379> ping
(error) NOAUTH Authentication required.
127.0.0.1:6379> auth 123456    # 验证密码，使用密码登录
OK    
127.0.0.1:6379> config get requirepass
1) "requirepass"
2) "123456"

限制 CLIENTS

maxclients 10000     # 设置能连接上redis的最大客户端的数量

内存 MEMORY MANAGEMENT

• memory management

maxmemory <bytes>    # redis 配置最大的内存容量

maxmemory-policy noeviction    # 内存达到上限之后的处理策略，内存满了怎么办
    1、volatile-lru：只对设置了过期时间的key进行LRU（默认值） 
    2、allkeys-lru ： 删除lru算法的key 
    3、volatile-random：随机删除即将过期key
    4、allkeys-random：随机删除 
    5、volatile-ttl ： 删除即将过期的 
    6、noeviction ： 永不过期，返回错误

aof配置 APPEND ONLY MODE

appendonly no    # 默认是不开启aof模式的，默认是使用rdb方式持久化的，在大部分的情况下，rdb完全够用！

appendfilename "appendonly.aof" # 持久化的文件的名字

# appendfsync always    # 每次修改都进行同步数据（持久化操作），消耗性能
appendfsync everysec    # 每秒执行一次进行同步数，在同步的时候可能会丢失这1s的数据
# appendfsync no        # 不执行同步数据的操作，这个时候操作系统自己同步数据，速度最快！

no-appendfsync-on-rewrite no # 开启重写，日志文件过大的时候才会触发

具体的配置，我们在 Redis持久化 中去给大家详细详解~