Redis持久化

1redis的持久化

什么是持久化: 把内存中的数据保存到磁盘的过程---就是持久化。防止数据丢失。

        1.1 redis持久化的方式

1.第一种: RDB---快照模式---在一定时间间隔内，对当前redis内存中的数据进行拍照存储。
2.第二种: AOF---日志追加---每次执行的写命令，都会通过一个函数write记录到日志中。

        1.2 RDB快照存储

1）什么时候会触发RDB模式

三种方式: save bgsave 通过配置文件

默认保存的文件名称: dump.rdb

(2) save和bgsave的区别

save模式

该命令会阻塞当前Redis服务器，执行save命令期间，Redis不能处理其他命令，直到RDB过程完成为止

执行完成时候如果存在老的RDB文件，就把新的替代掉旧的。我们的客户端可能都是几万或者是几十万，这种方式显然不可取。

bgsave模式

执行该命令时，Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。具体流程如下：

 具体操作是Redis进程执行fork操作创建子进程，RDB持久化过程由子进程负责，完成后自动结束。阻塞只发生在fork阶段，一般时间很短。基本上 Redis 内部所有的RDB操作都是采用 bgsave 命令。

自动触发

需要指定配置文件---一般不建议改---采用默认值----底层自动执行bgsave命令

1.3 rdb数据恢复

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

1.4AOF持久化

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

2 RDB和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 持久化。