Redis持久化
Redis是内存数据库,如果不将内存中的数据库状态保存到磁盘,那么一旦服务器进程退出,服务器中的数据库状态也会消失。所以Redis提供了持久化功能!
面试和工作,持久化都是重点!
RDB(Redis DataBase)
- RDB配置在配置文件SNAPSHOT中进行配置
- 在主从复制中,rdb就是备用了!从机上面!aof几乎不使用。
- 在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里。
- Redis会单独创建一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行IO操作的,保证了极高的性能。如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化的数据可能丢失。
- rdb保存的文件是dump.rdb 都是在我们的配置文件中快照中进行配置的 dbfilename dump.rdb
- 有时候在生产环境的时候我们会将这个文件进行备份
dump.rdb文件触发机制
- save的规则满足的情况下,断开连接shutdown会自动触发rdb规则
- 执行flushall命令,也会触发我们的rdb规则!
- 退出redis,也会产生rdb文件!
如果恢复rdb文件
- 只需要将rdb文件放在我们redis启动目录就可以,redis启动的时候会自动检查dump.rdb恢复其中的数据
优点:
1、适合大规模的数据恢复!dump.rdb
2、如果对数据的完整性不高可以用
确定:
1、需要一定的时间间隔进行操作!如果redis意外宕机了,最后一次修改的数据就没有了!
2、fork进程的时候,会占用一定的内存空间!
AOF(Append Only File)
- 将我们的所有命令都记录下来,history,恢复的时候就把这个文件全部在执行一遍!
- 以日志的形式来记录每个写操作,将Redis执行过的所有指令记录下来(读操作不记录),只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据,换言之,redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
AOF保存的是appendonly.aof文件
默认是不开启的,我们需要手动进行配置!我们只需要将appendonly改为yes就开启了aof!
指定配置文件启动redis,redis就可以生效了!查看bin目录下发现有了appendonly.aof文件:
启动客户端,插入数据:
然后打开appendonly.aof文件:
-
如果我们修改了aof文件,那我们启动之后客户端无法连接上redis,我们需要修复这个文件才能保证redis的正常连接
-
redis给我们提供了一个工具redis-check-aof --fix appendonly.aof 可以修复文件,修复成功后修改的部分被删掉了,我们也可以正常连接了。
一种是全丢,一种是只丢失错误的数据!
优点:
1、每一次修改都同步,文件的完整性会更加好
2、每秒同步一次,可能会丢失一秒的数据
3、从不同步,效率是最高的
缺点:
1、相对于数据文件来说,aof远远大于rdb,修复的速度也比rdb慢!
2、aof运行效率也要比rdb慢,所以我们redis默认的配置就是rdb持久化!
重写规则说明
如果aof文件大于64M,太大了!就会fork一个新的进程来将我们的文件进行重写!aof默认就是文件的无限追加,文件会越来越大!
扩展:
- 只做缓存,只希望数据在服务器运行的时候存在,不需要任何持久化
- 同时开始两种持久化优先使用aof,因为aof更加完整