Redis持久化之RDB与AOF

一、Redis 持久化

Redis 虽然是一个内存级别的缓存程序，也就是redis 是使用内存进行数据的缓存的，但是其可以将内存的数据按照一定的策略保存到硬盘上，从而实现数据持久保存的目的，目前redis支持两种不同方式的数据持久化保存机制，分别是RDB和AOF。

二、RDB 模式

RDB(Redis DataBase)：基于时间的快照，其默认只保留当前最新的一次快照（最后一次快照总会覆盖上一个快照）
特点：执行速度比较快。
缺点：可能会丢失从上次快照到当前时间点之间未做快照的数据。

RDB实现的具体过程Redis从主进程先fork出一个子进程，使用写时复制机制，子进程将内存的数据保存为一个临时文件，比如dump.rdb.temp，当数据保存完成之后再将上一次保存的RDB文件替换掉，然后关闭子进程，这样可以保证每一次做RDB快照的时候保存的数据都是完整的。
因为直接替换RDB文件的时候可能会出现突然断电等问题而导致RDB文件还没有保存完整就突然关机停止保存而导致数据丢失的情况，可以手动将每次生成的RDB文件进程备份，这样可以最大化保存历史数据。

优点：RDB快照保存了某个时间点的数据，可以通过脚本执行bgsave(非阻塞)或者save(阻塞)命令自定义时间点备份，可以保留多个备份，当出现问题可以恢复到不同时间点的版本。 可以最大化IO 的性能，因为父进程在保存 RDB 文件的时候唯一要做的是fork出一个子进程，然后的-操作都会有这个子进程操作，父进程无需任何的IO操作RDB在大量数据比如几个G的数据，恢复的速度比AOF的快

缺点： 不能时时的保存数据，会丢失自上一次执行RDB备份到当前的内存数据，数据量非常大的时候，从父进程fork的时候需要一点时间，可能是毫秒或者秒或者分钟，取决于磁盘IO性能。

root@ubuntu1804:~# redis-cli -h 10.0.0.31 -a 123456 bgsave    #利用命令做RDB快照备份
Warning: Using a password with '-a' option on the command line interface may not be safe.
Background saving started
root@ubuntu1804:~# ll /apps/redis/data/    #查看RDB文件
total 12
drwxr-xr-x 2 redis redis 4096 Jul 14 14:00 ./
drwxr-xr-x 7 redis redis 4096 Jul  4 15:51 ../
-rw-r--r-- 1 redis redis   93 Jul 14 14:00 dump.rdb

RDB 手动备份脚本

#!/bin/bash
DIR="/data/redis"
DATA=`date +%F-%H-%M-%S`
ll /data/redis  &> /dev/null || mkdir /data/redis
redis-cli -h 10.0.0.31 -a 123456 bgsave 
mv /apps/redis/data/dump.rdb /data/redis/dump-${DATA}.rdb

如何恢复数据库

cp /data/redis/dump-2021-07-14-14-31-50.rdb /apps/redis/data/dump.rdb
systemctl restart redis

迁移redis数据库，只需要将rdb文件迁移到新的redis服务器的dir目录下即可
注意事项：dir指定的目录、修改成配置文件指定的rdb文件名称

三、AOF 模式

AOF：按照操作顺序依次将操作添加到指定的日志文件当中。
特点：数据安全性相对较高。
缺点：即使有些操作是重复的也会全部记录。

AOF和RDB一样使用了写时复制机制，AOF默认为每秒钟fsync一次（everysec），即将执行的命令保存到AOF文件当中，这样即使redis服务器发生故障的话顶多也就丢失1秒钟之内的数据，也可以设置不同的fsync策略，或者设置每次执行命令的时候执行fsync（always），fsync会在后台执行线程，所以主线程可以继续处理用户的正常请求而不受到写入AOF文件的IO影响。

优点：AOF的文件大小要大于RDB格式的文件
根据所使用的fsync策略(fsync是同步内存中redis所有已经修改的文件到存储设备)，默认是appendfsync everysec即每秒执行一次fsync。