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的优缺点
- 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 持久化。