Redis的持久化方式

目录

一、什么是持久化？

二、持久化示例？

1.RDB方式

1.1如何触发RDB持久化

1.2 save和bgsave的区别

1.3 通过配置文件设置

rdb方式产生的文件：

1.4使用RDB文件恢复数据

1.5 rdb的优缺点

2、AOF方式

---

一、什么是持久化？

1、持久化就是将内存中的数据存储到磁盘。防止数据丢失

2、持久化方式有两种：

     Ⅰ、RDB：快照。就是将内存中的数据以快照的方式保存到磁盘。

     Ⅱ、AOF：日志追加。记录服务器接收的每一个操作，记录的是命令。当服务器启动时加载改文件，会将该文件中的命令再执行一遍。

二、持久化示例？

1.RDB方式

1.1如何触发RDB持久化

1、手动执行save命令

2、手动执行bgsave命令

3、通过配置文件设置

RDB方式产生的文件名默认为dump.conf，只有触发RDB持久化，才会产生该文件

1.2 save和bgsave的区别

1、save:该命令会阻塞redis服务器，执行save期间，redis不能再处理其他命令，直到RDB过程完成为止。流程如下：

操作：

127.0.0.1:7001> set k2 v2
OK
127.0.0.1:7001> save
OK
127.0.0.1:7001> 

2、bgsave:该命令不会阻塞redis,会生成一个分支线程来进行持久化，主线程仍然能够接收命令操作

操作：

127.0.0.1:7001> set k3 v3
OK
127.0.0.1:7001> bgsave
Background saving started

 fork()函数的详解：Linux中fork()函数详解_生命沉思者的博客-CSDN博客_fork函数

 这篇文章解释的挺好，大家可以看看

1.3 通过配置文件设置

更改配置文件：vi redis.conf

使用自动触发方式，必须开启一个save,调用的时bgsave命令

rdb方式产生的文件：

1.4使用RDB文件恢复数据

只需要将rdb文件放在redis的安装目录，启动redis会自动加载数据

1.5 rdb的优缺点

优点：
1、性能好，开启了一个新线程，不影响主线程的任务
2、灾难恢复而言，RDB有优势，只有一个文件
3、数据集大时，RDB比AOF启动效率高
4、Redis只产生一个备份文件，数据紧凑性好，是一个二进制文件
缺点：
1、不具备高可用性。如果在定时持久化前服务宕机，那么没有持久化的数据将全部丢失
2、如果数据过多，服务器可能会停止几百毫秒

2、AOF方式

AOF方式是默认关闭的，需要在配置文件中开启。

AOF的工作机制很简单，redis会将每一个收到的写命令通过write()函数追加文件中。简单可以理解为日志文件。

aof文件在redis启动时就会创建，内容为空，在redis的安装目录下。

修改配置文件：

aof文件的示例：

AOF的优缺点：
优点：
1、有更高的数据安全性。提供了每秒同步，每次修改的同步和不同步，最多丢一秒中的数据
2、AOF调用write()函数向日志文件中追加内容，因此在写入过程中就算出现宕机，也不会破坏日志文件中的内容
3、当日志文件过大，Redis会自动开启rewrite机制，即Redis以append模式不断的将修改数据写入到老的磁盘文件中，
同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令被执行。
缺点：
1、相同数据量AOF文件更大，数据恢复速度慢
2、根据同步策略的不同，AOF的运行效率往往会慢于RDB