Redis持久化方式AOF和RDB(一)RDB

跳转到------Redis持久化方式-->AOF

Redis持久化

1. RDB（Redis DataBase）------数据
2. AOF（AppendOnlyFiel）------命令

默认情况下，RDB开启，AOF关闭。

这两种形式都可以将存储在内存中的数据库数据以文件形式保存到硬盘中，防止数据丢失。

文件位置：/var/lib/redis/6379

RDB

        RDB持久化功能可以将服务器包含的所有数据库数据以二进制文件的形式保存到硬盘中，创建RDB类型的文件，默认为dump.rdb。服务器再次启动时会载入RDB文件，根据RDB文件的内容、还原服务器原有的数据库数据。

创建RDB文件方式

前两种需要用户手动执行，第三种有redis服务器自动执行

1. 服务器执行客户端发送SAVE命令
2. 服务器执行客户端发送BGSAVE命令
3. 使用save配置选项设置的自动保存条件被满足，服务器自动执行BGSAVE

SAVE命令

        执行save命令的过程中，即创建RDB文件过程中，redis服务器将被阻塞，无法处理客户端发送的命令请求，只有在SAVE命令执行完毕之后，，服务器才重新开始处理客户端发送的命令请求。

        如果RDB文件已经存在，那么服务器将自动使用新的RDB文件去代替旧的RDB文件。（为防止rdb文件丢失或被恶意篡改，可以设置定时将rdb文件转移到别的位置，文件命名标明保存时间）

BGSAVE命令

        执行bgsave命令同样会创建一个新的RDB文件，但这个命令执行过程中不会造成redis服务器阻塞。

【1、当redis服务器接受到BGSAVE命令时，他不会自动创建RDB文件，而是通过fork()来生成一个子进程，然后由子进程负责创建RDB文件，而自己继续处理客户端的命令请求    2、当子进程创建好RDB文件并退出时，他会向父进程(即负责处理命令请求的redis服务器)发送一个信号，告知他RDB文件已经创建完毕   3、最后redis服务器(父进程)解手子进程创建的RDB文件，BGSAVE执行完毕】

        创建子进程会消耗额外的内存，所以SAVE创建RDB文件的速度会比BGSAVE块，可以集中资源来创建RDB文件。SAVE和BGSAVE没有孰好孰坏之分，如果数据库正在上线当中，用BGSAVE更好；而如果维护停机期间，则使用SAVE，因为此时系统阻塞也没关系，创建速度会更快，任务可以更快得完成。

自动创建RDB文件

        默认redis.conf文件中为如下设置，可自行修改。只要三个条件满足任意一个，服务器就会执行BGSAVE。RDB文件创建后，服务器会将时间计数器和次数计数器清零，重新开始记录

save 900 1   ：如果距离上次创建RDB文件已经过去了900秒，且服务器所有数据库总共已经发生了不少于1次修改，那么执行BGSAVE命令
save 300 10  ：如果距离上次创建RDB文件已经过去了300秒，且服务器所有数据库总共已经发生了不少于10次修改，那么执行BGSAVE命令
save 60 10000：如果距离上次创建RDB文件已经过去了60秒，且服务器所有数据库总共已经发生了不少于10000次修改，那么执行BGSAVE命令

RDB持久化的缺点

        创建RDB文件需要将服务器所有的数据库的数据保存起来，这是一个非常耗费资源和时间的操作，所以服务器需要隔一段时间才创建一个新的RDB文件，也就是说，创建RDB文件的操作不能执行得过于频繁，否则就会严重得影响服务器性能。

        相比而言，AOF持久化的巨大优势就是用户可以根据自己的需要对AOF持久化进行调整，让redis在遭遇意外停机时不丢失任何数据，或者只丢失一秒钟的数据。