Redis

概述:

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

持久化的两种机制:

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

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

工作原理:

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

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

工作原理：

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

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

redis的AOF有rewrite机制,如果达到一定程度,会基于当前redis生成一份新的AOF文件,并将原来的删除,redis再基于生成的最新的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来恢复的;