登录 |  注册
首页 >  数据库 >  Redis核心原理与应用实践教程笔记(中高级篇) >  redis的两种持久化方式

redis的两种持久化方式

redis是一个内存数据库,一旦断电或服务器进程退出,内存数据库中的数据将全部丢失,所以需要redis持久化 redis持久化就是把数据保存在磁盘上,利用永久性存储介质将数据保存,在特定的时间将保存的数据进行恢复的工作机制

redis提供两种持久化机制

  • RDB:存储数据结果,关注点在数据

  • AOF:存储操作过程,关注点在数据的操作过程

RDB(Redis DataBase)

在指定的时间间隔内将内存中的数据集写入磁盘,也就是快照(Snapshot),数据恢复是将快照文件直接读到内存中

redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入一个到一个临时文件(dump.rdb)中,待持久化过程结束后,再用本次的临时文件替换上次持久化后的文件。

fork函数的作用是复制一个与当前进程一样的进程,新进程的所有数据数值都和原进程一致,但是一个全新的进程,并作为原进程的子进程。

redisRDB.png

redis服务器在处理bgsave采用子线程进行IO写入,而主进程仍然可以接收其他请求,但创建子进程是同步阻塞的,此时不接受其他请求。

RDB的触发方式

  • 手动触发:通过命令手动生成快照

  • 自动触发:通过配置参数的设置触发自动生成快照

1.手动触发

执行save和bgsave命令,手动触发快照,生成RDB文件

  • save: 该命令会阻塞当前redis服务器,执行save命令期间,redis不能处理其他命令,直到RDB过程结束为止(会造成长时间阻塞,不建议使用)

  • bgsave:该命令执行后,redis会在后台异步进行快照操作,快照同时还可以响应客户端的请求,阻塞只发生在fork阶段,基本上redis内部的所有RDB操作都是采用bgsave命令

2.自动触发

  1. redis.conf配置文件中达到save参数的条件,自动触发bgsave

    redisRDB-自动触发.png

  2. 主从复制时,从节点要从主节点进行全量复制时也会触发bgsave,生成快照发送到从节点

  3. 执行shutdown(关闭redis服务),会触发bgsave

  4. 执行flushall(生成一个空的临时文件dump.rdb)

RDB的数据恢复

将备份文件(dump.rdb)移动到redis路径下(可以配置文件的存放路径)启动服务即可,redis启动会将文件数据加载到内存,在此期间redis会处于阻塞状态,直到全部数据存入内存。

RDB的优缺点

优点:

  • 数据恢复快

  • 体积小

  • 数据备份使用子进程,对redis服务性能影响小

缺点:

  • 在一定时间间隔进行备份,当redis意外宕机,将会丢失最后一次修改的数据,无法做到秒级持久化

  • fork进程时,会占用一定的内存空间

  • RDB文件是二进制的没有可读性

AOF(Append Only File)

将客户端的每一个写操作命令以日志的形式记录下来,追加到appendonly.aof的文件末尾,在redis服务器重启时,会加载aof文件中的所有命令,来达到数据恢复的目的

当有写命令请求时,会追加到AOF缓冲区内,AOF缓冲区根据AOF持久化策略[always,everysec,no]将操作同步到磁盘的AOF文件中,当AOF文件大小超过重写策略或手动重写时,会对AOF文件进行重写来压缩AOF文件容量,redis服务重启时,会重新加载AOF文件中的写操作来进行数据恢复

redisAOF.png

AOF的触发方式

1.手动触发

通过bgrewriteaof命令:重新AOF持久化生成aof文件(触发重写)

2.自动触发

默认情况,redis是没有开启AOF(默认使用RDB持久化),需要通过配置文件开启

redisRDB-自动触发.png

AOF的持久化策略有三种:

  • always: 把每个写命令立即同步到AOF文件,很慢但安全

  • everysec: 每秒同步一次,默认配置

  • no: redis不执行写入磁盘,交给OS系统处理,很快但不安全

AOF重写机制

AOF持久化,会把每次写命令都追加到appendonly.aof文件中,当文件过大,redis的数据恢复时间就会变长,因此加入重写策略对aof文件进行重写,生成一个恢复当前数据的最少命令集。

eg:
比如对同一个key进行多次写命令
set key 5
incr key
incrby key 500
重写后就变为 set key 506

手动触发可以使用bgrewriteaof命令

自动触发通过配置文件配置

redis重写配置.png

重写流程

主进程fork出一个子进程进行AOF文件的重写,子进程重写完毕后,主进程把子进程重写期间,其他客户端产生的写请求,追加到AOF文件中,替换旧文件

AOF的rewirte重写和RDB的bgsave都是由父进程fork出一个子进程来执行的

重写是直接把当前内存的数据生成对应的命令,而不是读取旧AOF文件进行命令合并

重写流程.png

AOF的优缺点

优点:

  • 数据安全性高,不易丢数据

  • AOF文件有序保存了所有写操作,可读性强

缺点:

  • AOF方式生成文件体积大

  • 数据恢复速度比RDB慢

上一篇: 下载Windows版本Redis源码
推荐文章
  • mysql只支持一种join算法:Nested-LoopJoin(嵌套循环连接),但Nested-LoopJoin有三种变种:SimpleNested-LoopJoin,IndexNested-LoopJoin,BlockNested-LoopJoin(简单-索引-缓冲区)原理:1.SimpleNe
  • redis是一个内存数据库,一旦断电或服务器进程退出,内存数据库中的数据将全部丢失,所以需要redis持久化 redis持久化就是把数据保存在磁盘上,利用永久性存储介质将数据保存,在特定的时间将保存的数据进行恢复的工作机制redis提供两种持久化机制RDB:存储数据结果,关注点在数据AOF:存储操作
  • 通过SQL的执行过程来介绍MySQL的基础结构.     首先有一个user_info表,表里有一个id字段,执行下面这条查询语句:Select * form user_info where i
  • 索引(Index)是帮助MySQL高效获取数据的数据结构,索引的目的在于提高查询效率,就像字典和书籍的目录一样,有了目录,可以帮助你快速查找你需要的内容。可以理解为一个排好序的快速查找数据结构。也就是
  • 说到数据库事务,大家脑子里一定很容易蹦出一堆事务的相关知识,如事务的ACID特性,隔离级别,解决的问题(脏读,不可重复读,幻读)等等,但是可能很少有人真正的清楚事务的这些特性又是怎么实现的,为什么要有四个隔离级别。今天我们就先来聊聊MySQL中事务的隔离性的实现原理,后续还会继续出文章分析其他特性的
  • 前面我们系统了解了一个查询语句的执行流程,并介绍了执行过程中涉及的处理模块。相信你还记得,一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块,最后到达存储引擎。那么,一条更新语句
学习大纲