简单说说redis配置文件中的一些配置
1. 前言——关于redis的安装
2. daemonize yes
- Redis 默认不是以守护进程的方式运行，可以通过修该配置 daemonize no，使用 yes 启用守护进程：
daemonize yes
- 链接之后可以通过命令查看设置值：
config get daemonize
3. 设置密码
-
① 通过配置文件设置
测试密码（记得要重启）：
auth redisredis-cli -p 6379 -a redis
-
② 通过命令行设置
-
获取密码：
config get requirepass
修改密码：config set requirepass redis2 -
需要注意的是：
虽然，修改后可以退出用新密码重新连接，但是通过这种方式设置的密码是临时的，当服务重启后失效，所以一般不使用这种方式，而是通过上面配置文件的方式设置密码
4. 日志
4.1 loglevel（日志级别）
debug：大量信息，对开发/测试有用verbose：许多有用的信息，但没有debug级别信息多notice：适当比较详细的，适合生产环境中warning：只记录非常重要/关键的消息
默认设置的是 notice
4.2 logfile（配置日志文件）
- 记录日志的文件，默认为空，不会生成日志文件，需要手动配置日志记录文件
- 配置日志路径：
/home/susu/soft/mkinstall/redis/redis-6.0.16/redis_data/redis_logs/redis.log
- 启动服务：
redis-server ./myRedis.conf
查看日志：tail -300f redis.log
debug 级别日志：
4.3 monitor（实时监控）
- 使用 monitor 命令实时监控客户端正在执行的命令，部分命令监控不到，比如auth、exit等
- 监控方式：
① 先连接客户端，然后monitor命令，ctrl + c退出监控
② 通过-c monitor连接客户端时直接开启 monitor 监控，并记录监控的内容到 monitor.log 文件，用tail -f monitor.log查看监控内容redis-cli -p 6379 -a redis -c monitor > ./redis_logs/monitor.log
5. databases 16
- 配置 redis 的数据库个数，在初始化服务器时，会根据此处配置来决定创建多少个数据库，默认值是16（
databases 16），从db[0] - db[15]，所以默认是16个数据库。
- 默认情况下，redis客户端的目标数据库为0号数据库，客户端可以通过
select num命令，来切换目标数据库。
- Redis实例默认建立了16个db，多个应用程序不应使用同一个Redis不同库，而应一个应用程序对应一个Redis实例，可以根据业务情况将不同的业务数据库存储不同环境的数据。
- 需要注意的是，Redis集群下只有db0，不支持多db。
6. redis 持久化相关的配置
- 下面关于持久化的配置有的只是简单提一下，像
save和appendfsync的配置可以看一下 redis 持久化的一篇文章：
简单谈谈 redis 持久化（RDB 和 AOF）.
6.1 数据目录
- 说明：RDB 持久化和 AOF 持久化文件目录一样，下面以rdb文件为例说明。
- DB将被写入到这个目录中，并指定文件名
- ① 如果不修改，默认
./是在哪个目录下启动redis数据将存放在此目录下，如图：
- ② 可以根据自己情况自定义修改数据存储的路径（启动前配置）
- ③ 也可以通过命令动态修改RDB存储路径
查看当前设置的路径：config get dir
修改：config set dir 目标路径
6.2 RDB持久化相关配置
6.2.1 dbfilename dump.rdb
- 转储数据库的文件名——rdb 文件名
6.2.2 rdbcompression yes
-
rdbcompression yes 用于配置【是否开启RDB文件压缩】
Redis默认采用 LZF 算法对 RDB 文件进行压缩。虽然压缩耗时，但是可以大大减小 RDB 文件的体积，因此默认情况下压缩是启用的；可以手动或通过命令进行修改。
6.2.3 save second times
- 通过配置 save 选项，默认save 选项是开启 rdb 持久化机制的（配置 save 指令即开启了 RDB 快照，否则 RDB 持久化关闭），让服务器每隔一段时间自动执行一次BGSAVE 命令，来自动触发RDB机制。
6.2.4 stop-writes-on-bgsave-error yes
-
bgsave 比 save 多了这个配置，后台存储过程中出现错误，是否停止保存操作。默认值是 yes
设置为 yes 的情况，如果开启了 RDB 持久化，并且最后一次快照执行失败，则 redis 将停止接收写相关的请求，这样可以及时发现，避免数据的大量丢失；
设置为 no，则 Redis 无视 bgsave 的错误继续执行写命令，当对Redis 服务器的系统(尤其是硬盘)使用了监控时，该选项考虑设置为no。
6.2.5 rdbchecksum yes
- 是否开启 RDB 文件的校验，在写入文件和读取文件时都起作用；
默认是 yes 开启状态，如果关闭的话，在写入文件和启动文件时大约能带来大约 10% 的性能提升，但是数据损坏时无法发现。
6.2.6 rdb-save-incremental-fsync yes
- redis 5.0 新增，默认yes
开启该参数后，生成 RDB 文件时，每产生 32 MB 数据就执行一次 fsync 。
6.3. AOF持久化相关配置
6.3.1 appendonly no
- 默认是 no（没有开启 AOF 持久化） ，设置 yes 开启 AOF 持久化功能
6.3.2 appendfilename “appendonly.aof”
- AOF 默认文件名
appendonly.aof
6.3.3 appendfsync everysec（同步策略）
- 默认选项是：
everysec
关于此配置更多的介绍可以参考：
简单谈谈 redis 持久化（RDB 和 AOF）.
6.3.4 aof-load-truncated
-
如果AOF文件结尾损坏，Redis启动时是否仍载入AOF文件，默认配置是 yes
由于 AOF 文件是以追加日志的方式生成的，所以如果服务端故障可能导致文件末尾不完整的情况。如果开启此参数，AOF 文件会截断尾部不完整的命令然后继续追加，并且在日志中给出提示。
如果关闭，则加载AOF文件时会打印错误日志并直接退出。
6.3.5 aof-use-rdb-preamble yes
- 是否开启混合持久化，默认是 yes。
6.3.6 auto-aof-rewrite-percentage
-
自动触发 AOF 重写
auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb这个是默认配置，意思是：当 AOF 文件大于 64MB 时，并且当前写入文件的大小超过上一次 rewrite 之后的文件大小的百分之100时也就是2倍时再次触发 Rewrite 。
6.3.7 no-appendfsync-on-rewrite no
- AOF 重写期间是否禁止 fsync，默认是 no
开启该选项后，如果后台正在执行一次 RDB 快照或者 AOF 重写，则主进程不再允许 fsync 操作（即便appendfsync 配置的是always 或者everysec）。即：可以减轻文件重写时CPU和硬盘的负载（尤其是硬盘），但是可能会丢失 AOF 重写期间的数据；需要在负载和安全性之间进行平衡。
7. 其他配置
后续补上
