Redis的持久化

1.redis持久化的方式

        1、AOF 持久化；2、RDB持久化。其中，AOF（append only file） 持久化，采用日志的形式来记录每个写操作，追加到AOF文件的末尾，每次的操作就写入日志，当我们需要恢复数据时，就可以根据日志的记录完整的走一遍流程，恢复数据，比如MySQL的BinLog，Hbase的HLog，Redis的AOF。

1.1RDB持久化

触发RDB模式的三种模式：save  bgsave  通过配置文件

        save和bgsave的区别：

  save命令用于将Redis实例的所有数据快照（snapshot）以RDB文件的形式保存到硬盘。该命令会阻塞Redis主进程，直到保存操作完成。在主进程阻塞期间，服务器不能处理客户端的任何请求。相比之下，bgsave命令用于将数据库数据保存到RDB文件，并在保存完成之前阻塞调用者。该命令会创建一个子进程来调用rdbSave函数，并在保存完成后向主进程发送信号，通知保存已完成。与save命令不同的是，bgsave命令不会阻塞Redis主进程，而是使用子进程来调用rdbSave函数。因此，save和bgsave命令的主要区别在于它们的作用和用法。save命令用于将当前Redis实例的所有数据快照以RDB文件的形式保存到硬盘，而bgsave命令用于将数据库数据保存到RDB文件，并在保存完成之前阻塞调用者。

        通过配置文件自动触发：

 1.2 RDB数据恢复

        只需要把dump.rbd文件放入按照目录，当redis服务启动时，会读取dump.rdb文件 并加载到内存中。

2.1AOF持久化

        它会把每个写命令通过write函数记录到日志文件中。默认改持久化没有开启。需要修改配置文件来开启aof模式。

3.1RDB和AOF的优缺点

1. RDB 持久化优点：

a. 数据持久化到磁盘，更加安全，减少了数据丢失的风险。

b. 数据的快照，可以方便地进行数据恢复和备份。

c. RDB 文件大小相对较小，适合数据规模较小的应用场景。

d. RDB 文件可以被删除或删除部分数据，不会对数据库造成太大的影响。

        2.RDB 持久化缺点：

a. 故障恢复时间长，数据丢失的概率相对较高。

b. 需要占用更多的内存和CPU资源，在高负载情况下性能较低。

c. RDB 文件的恢复需要停止服务，较为耗时。

        3.AOF 持久化优点：

a. 数据以日志的形式写入文件，方便数据恢复和备份。

b. AOF 文件大小相对较小，适合数据规模较小的应用场景。

c. AOF 文件可以被删除或删除部分数据，不会对数据库造成太大的影响。

d. AOF 文件的恢复操作较为简单，不需要停止服务。

        4.AOF 持久化缺点：

a. 写入数据的性能较低，在高负载情况下性能下降。

b. 随着数据规模的增加，日志文件可能变得非常大，导致文件系统资源消耗过大。

c. AOF 文件的恢复操作相对复杂，需要停止服务。

        总的来说，RDB 持久化和AOF 持久化都有各自的优点和缺点，具体使用哪种方式要根据实际情况来决定。通常情况下，当Redis服务器规模较小、数据恢复频率较低且数据安全性要求较高时，可以选择 RDB 持久化；当Redis服务器规模较大、数据恢复频率较高或者数据安全性要求较低时，可以选择 AOF 持久化。