一、Redis-conf详解
启动的时候通过配置文件来启动
1.网络：
配置文件
unit
单位对大小写不敏感(
单位
)
包含曾经学习
Spring 、import、include
网络：
bind 127.0.0.1
绑定的网络
端口号
port 6379
保护模式
protected-mode yes
2.通用CENERAL：
以守护进程的方式运行，默认是no,我们需要自己开启为 yes
daemorize yes
如果以后台的方式运行，我们需要制定pid文件
pidfile/var/run/redis_6379.pid
loglevel notice
logfile 日志的文件配置名
databases 16 默认16个数据库
always-show-logo yes 默认显示logo
3.快照：
持久化，在规定的时间内，执行了多少次操作，则会持久化到文件rdb.aof
持久化规则(Redis是内存数据库，一定要持久化)
save 900 1(900秒内如果1个k修改，则进行持久化操作)
save 300 10(3
00秒内如果10个k修改，则进行持久化操作
)
save 60 10000（6
0秒内如果10000个k修改，则进行持久化操作
）-----之后会自己定义这个测试
stop-writes-on-bgsave-error yes 持久化如果出错，是否继续持久化？
rdbcompression yes 是否压缩rdb文件？
rdbchecksum yes rdb文件保存的时候，进行错误的检查校验
dir rdb文件保存的目录
4.SECURITY安全：
Redis 密码设置（一开始默认没有密码），用config set requirepass 设置密码
取消密码设置
5.限制客户端(CLIENTS)
maxclients Redis能连接的最大的客户端的数量
maxmemory Redis配置最大的内存数量
maxmemory-policy noeviction 内存到达上限以后的处理策略
volatile-lru 比如移除一些过期的key
allkeys-lru 删除lru算法的key
volatile-random 随机移除即将过期的key
allkeys-random 随机删除
volatile-ttl 删除即将过期的
noeviction 永不过期 返回错误
6.APPEND ONLY模式(aof配置)
appendonly no 默认不开启aof模式，默认rdb方式持久化
appendfilename "appendonly.aof" 持久化的文件的名字
appendfsync everysec 每秒执行一次 sync，可能会丢失这1s的数据
appendfsync no 不执行同步，操作系统自己同步数据，速度最快
二、Redis持久化之RDB
持久化快照保存过程
为什么要持久化？
Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据库状态也会消失，故需要持久化。
什么是RDB？
在指定的时间间隔内将内存中的数据集快照进磁盘，也就是Snapshot，它恢复时是将快照文件直接读到内存里
Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不会进行任何IO操作的，这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，RDB的方式要比AOF方式更加高效，RDB的缺点是最后一次持久化后的数据可能丢失。默认RDB，一般不需要修改
rdb保存的文件是dump.rdb（在配置文件中的快照中设置）
触发机制：
1.save的规则满足的情况下，会自动出发rdb规则
比如 save 60 5 ，只要60秒内修改了5次key，就会触发rdb操作
2.执行“flushall”,也会触发rdb
3.退出redis ，也会产生rdb文件
备份就会自动生成一个dump.rdb文件
如何恢复rdb文件
1.只需要将rdb文件放在我们redis启动目录就可以，redis启动时自动检查dump.rdb.恢复其数据
2.查看需要存在的位置
如果在这个目录下有dump.rdb文件，启动的时候就会自动恢复其中的数据
优点：
适合大规模的数据恢复
对数据的完整性要求不高
缺点：
1.需要一定的时间间隔进程操作，如果意外宕机，这个最后一次修改数据就没有了
2.fork进程的时候，会占用一定的空间
在主从复制中，rdb就是备用了
三、持久化AOF操作(Append only File)
aof默认就是文件的无限追加，文件会越来越大
将我们所有的命令都记录下来，history，恢复的时候把这个文件全部再执行一遍
是什么？
以日志的形式来记录每个写操作，将Redis执行过的所有指令记录下来（读操作不记录），只许追加文件但是不可以改写文件，redis启动之初会读取该文件重新构造数据，redis重启的话就根据日志内容将写指令从前到后执行一次以完成数据的恢复工作。（非常慢）
AOF保存的是appendonly.aof文件
append only no（默认不开），可以设置为 append only yes
appendonly on 默认不开启，我们需要手动配置，我们只需要将appendonly 改为 yes就开启了aof
重启，Redis就可以生效了
如果这个aof文件有错位，这时候redis是启动不起来的，需要修复。
redis提供了修复文件 "redis-check-aof"
如果文件正常，重启就可以恢复
一种是全丢，只丢弃错误的数据
优点和缺点
优点：
1、每一次修改都同步，文件的完整性会更好
2、每秒同步一次，可能会丢失1秒的数据
3、从不同步，效率高
缺点：
1、相对于数据文件，aof远远大于rdb，修复的速度比rdb慢
2、aof运行效率也要比rdb慢，所以我们redis默认rdb持久化
