Redis_持久化机制

Redis持久化机制

1. 概述:

   • redis是一个内存数据库，当redis服务器重启，数据会丢失，所以我们可以将redis内存中的数据持久化保存到硬盘的文件中。
   • 一般都是两种结合使用;

2. 持久化的两种机制:

   • RDB：默认方式，在每隔一段间隔时间中，检测key的变化情况，然后生成一份完整的RDB快照文件放到磁盘；RDB包含多个数据文件, 每个数据文件代表某一时刻的redis中的数据;

   • AOF：日志记录的方式，可以记录每一条命令的操作。每一次命令操作后，持久化数据;

RDB（Redis DataBase）

1. 工作原理:

   • 持久化后目录里面会生成一个全量的.rdb的快照文件;

   • 注意就是不要设置间隔时间太长,否则数据太多,导致卡顿;

     

AOF

1. 工作原理：

   • 实际上每一个命令并不是直接写到磁盘的AOF文件中,而是先写到操作系统的os cache，在每隔1s或者其他时间去调fsync操作，把OS cache中的命令写到AOF文件中;

   • redis内存并不是无限大的,到了一定限度会去执行lru删除一些,但是AOF存放所有写命令,并只有一份文件,那他岂不是无限膨胀?

     • redis的AOF有rewrite机制,如果达到一定程度,会基于当前redis生成一份新的AOF文件,并将原来的删除,redis再基于生成的最新的AOF文件进行写命令的同步;

     

RDB和AOF对比

1. 做数据备份方面:
   • RDB适合做冷备份(实际上就是非实时,但是也能够最大程度提供全量的数据)；因为RDB就是每隔一段时间生成一份文件, 如果挂了，直接基于文件恢复数据;；
   • RDB的间隔时间是可以设置的，所有说可以做不同程度的冷备份,，比如设置间隔少，那么数据全一点, ；如果不太在意就长一点；
   • 但是比如说在下一下全量备份的时间点刚好就挂了，数据备份就会不全的；而AOF更适合实时备份，因此两者结合最好；
2. 数据恢复的速度上:
   • 在最坏的情况下，RDB数据恢复的速度要大于AOF，因为RDB就是数据文件，直接加载到内存即可；
   • AOF要回放和执行所有的指令达到数据恢复的目的；
3. 对外性能影响上:
   • RDB对外服务的影响很小；每次写都是直接写到内存，然后一定的时候将数据写到磁盘；
   • 而AOF是每写一个命令就要去备份一次，还有一个os cache，会有一定开销；
4. 注意事项:
   • RDB不要设置备份的间隔时间太长，否则数据太多，导致卡顿;
   • AOF虽然每写一条指令就写入一次os cache，但是不能设置每写一次就要调用fsync去写到AOF文件中，这样能够保证数据完全不丢失，但是对redis的性能影响极大，性能大幅下降；
     用fsync去写到AOF文件中，这样能够保证数据完全不丢失，但是对redis的性能影响极大，性能大幅下降；
   • 数据恢复当然AOF是第一选择，因为数据全，但是如果AOF文件损坏或者丢失情况下，还能够用RDB来恢复的;