内存型数据库Redis持久化小结

由于redis是内存型数据库，所以为了避免由于系统崩溃等缘由致使数据丢失的问题，Redis提供了两种区别的持久化方法来将数据存储在硬盘里面，一种方法是快照（RDB），它可以将存在于某一个时刻的所有数据都写入到硬盘里面，另外一种方法是只追加文件（AOF），它会在履行写命令时，将被履行的写命令都写入到硬盘里面。

快照持久化

Redis可以通过创建快照来取得在内存里面的数据在某一个时间点上的副本。在创建快照以后，用户可以对快照进行备份，可以将快照复制到其它服务器从而创建具有相同数据的服务器副本，还可以将快照留在原地以便重启服务器时使用。

有两个命令可以用于生成RDB文件，一个是SAVE，另外一个BGSAVE。

在只使用快照持久化来保存数据时，如果系统真的产生崩溃，用户将丢失最近一次生成快照以后更改的所有数据。因此，快照持久化只适用于那些即便丢失一部份数据也不会造成问题的利用程序。

SAVE

特点：SAVE命令会阻塞Redis服务器进程，直到RDB文件创建终了，在服务器进程阻塞期间，服务器不能处理任何命令要求。

缺点：服务器持久化期间没法接受其它要求。

BGSAVE

特点：BGSAVE命令则会派生出一个子进程，然后由子进程负责创建RDB文件，服务器进程则继续处理命令要求。

缺点：创建子进程所耗费的时间会随着Redis占用的内存而增加。

AOF持久化

AOF持久化会将被履行的写命令写到AOF文件的末尾，以此来纪录数据所产生的变化，因此，Redis只要从头到尾重新履行一次AOF文件所包括的所有写命令，就能够恢复AOF文件所记录的数据集。

在设置同步频率的时候，存在三个选项：

最好使用everysec，既能避免每次都写入所酿成的性能影响，又能避免操作系统崩溃所致使的可能丢失不定量数据，其即便系统崩溃，用户最多只会丢失一秒以内产生的数据，当硬盘忙于履行写入操作的时候，Redis还会优雅的放慢自己的速度以便适应硬盘的最大写入速度。

缺点：由于Redis会不断的将被履行的写命令纪录到AOF文件里面，所以随着Redis不断履行，AOF文件的体积也会不断增长，极端条件下，AOF乃至可能会用完硬盘的所有可用空间。

为了解决上面的缺点，Redis提供了BGREWRITEAOF命令，这个命令会通过移除AOF文件中的冗余命令来重写AOF文件，使得AOF文件尽量的小。它的原理和BGSAVE命令类似，Redis会创建一个子进程，然后由子进程负责对AOF文件进行重写，由于AOF文件重写也需要用到子进程，所以一样存在快照持久化由于创建子进程所致使的性能问题和内存占用问题。

本文来源：https://www.yuntue.com/post/150744.html | 云服务器网，转载请注明出处！