持久化配置
#如果900s内,入股哦至少有一个key进行了修改,我们就进行持久化操作
save 900 1
#如果在300s内就进行了至少10个key进行了修改,就进行持久化操作
save 300 10
#如果在60s内就进行了至少10000个key进行了修改,我们就进行持久化操作
save 60 10000
#持久化出错是否继续工作
stop-writes-on-bgsave-error yes
#是否压缩rdn文件
rdbcompression yes
#保存rdb文件时,进行错误检查
rdbchecksum yes
dir ./
requirepass #设置密码
maxclients 10000 #最大客户端数量
maxmemory #
maxmemory-policy noevicition
appendonly no #默认不开启aof
appendfsync everysec #每秒执行一次sync
持久化操作rdb–重点
在指定的时间间隔内将内存中的数据集快照写入磁盘,它恢复时是将快照文件直接读到内存中
Redis会单独创建一个子进程来进行持久化,会将数据写入到一个临时文件中,带持久化过程都结束,再用这个临时文件替换上次的持久化文件,整个过程中,主进程是不进行任何的IO操作,如果需要进行大规模的恢复,且对数据恢复的完整性不是非常敏感,那么rdb要比aof更加高效
#redis对内存进行操作,断电即失
#rdb保存的是dump.rdb 文件
#触发机制
#1.满足save的条件
#2.fulshall命令
#3.退出redis
#恢复rdb文件
#只需要将rd把文件放在我们redis的启动目录下,启动时会自动检查
#优点:适合大规模数据恢复,对数据完整性要求不高
#缺点:需要一定时间的间隔,如果意外关机,数据会损失,
持久化操作 aof
以日志的形式来记录每一个写操作,将redis 执行的所有指令记录下来,读操作不记录,只许追加文件但不可以改写文件,redis 启动之初,会读取该文件重新构建数据,redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
#保存的是 appendonly.aof
#默认不开启
appendonly yes
#若果aof文件有问题,redis启动不起来,需要修复aof文件,redis-check-aof 文件进行修复
#如果aof文件过大会fork一个新的进程
#优点:每一次修改都同步,文件完整性会更加好,每秒同步一次可能丢失数据,从不同步效率最高
#缺点:相对于数据文件,aof远远大于rdbm恢复的速度也比rdb慢,aof运行效率也比rdb慢,所以我们redis默认的配资就是rdb持久化