Redis持久化机制
-
概述:
- redis是一个内存数据库,当redis服务器重启,数据会丢失,所以我们可以将redis内存中的数据持久化保存到硬盘的文件中。
- 一般都是两种结合使用;
-
持久化的两种机制:
-
RDB:默认方式,在每隔一段间隔时间中,检测key的变化情况,然后生成一份完整的RDB快照文件放到磁盘;RDB包含多个数据文件, 每个数据文件代表某一时刻的redis中的数据;
-
AOF:日志记录的方式,可以记录每一条命令的操作。每一次命令操作后,持久化数据;
-
RDB(Redis DataBase)
-
工作原理:
-
持久化后目录里面会生成一个全量的.rdb的快照文件;
-
注意就是不要设置间隔时间太长,否则数据太多,导致卡顿;
-
AOF
-
工作原理:
-
实际上每一个命令并不是直接写到磁盘的AOF文件中,而是先写到操作系统的os cache,在每隔1s或者其他时间去调fsync操作,把OS cache中的命令写到AOF文件中;
-
redis内存并不是无限大的,到了一定限度会去执行lru删除一些,但是AOF存放所有写命令,并只有一份文件,那他岂不是无限膨胀?
- redis的AOF有rewrite机制,如果达到一定程度,会基于当前redis生成一份新的AOF文件,并将原来的删除,redis再基于生成的最新的AOF文件进行写命令的同步;
-
RDB和AOF对比
- 做数据备份方面:
- RDB适合做冷备份(实际上就是非实时,但是也能够最大程度提供全量的数据);因为RDB就是每隔一段时间生成一份文件, 如果挂了,直接基于文件恢复数据;;
- RDB的间隔时间是可以设置的,所有说可以做不同程度的冷备份,,比如设置间隔少,那么数据全一点, ;如果不太在意就长一点;
- 但是比如说在下一下全量备份的时间点刚好就挂了,数据备份就会不全的;而AOF更适合实时备份,因此两者结合最好;
- 数据恢复的速度上:
- 在最坏的情况下,RDB数据恢复的速度要大于AOF,因为RDB就是数据文件,直接加载到内存即可;
- AOF要回放和执行所有的指令达到数据恢复的目的;
- 对外性能影响上:
- RDB对外服务的影响很小;每次写都是直接写到内存,然后一定的时候将数据写到磁盘;
- 而AOF是每写一个命令就要去备份一次,还有一个os cache,会有一定开销;
- 注意事项:
- RDB不要设置备份的间隔时间太长,否则数据太多,导致卡顿;
- AOF虽然每写一条指令就写入一次os cache,但是不能设置每写一次就要调用fsync去写到AOF文件中,这样能够保证数据完全不丢失,但是对redis的性能影响极大,性能大幅下降;
用fsync去写到AOF文件中,这样能够保证数据完全不丢失,但是对redis的性能影响极大,性能大幅下降; - 数据恢复当然AOF是第一选择,因为数据全,但是如果AOF文件损坏或者丢失情况下,还能够用RDB来恢复的;