Redis-持久化（RDB、AOF）

最新推荐文章于 2024-07-23 15:38:14 发布
最新推荐文章于 2024-07-23 15:38:14 发布
阅读量709 收藏
点赞数 1
分类专栏： Redis 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37662827/article/details/115436601
版权

文章目录

Redis 持久化-RDB

  • Redis的读写都是在内存中的，所以它的性能较高，但在内存中的数据会随着服务器的重启而丢失，为了保存数据不丢失，我们需要将内存中的数据存储到磁盘，以便Redis重启时能够从磁盘中恢复原有的数据，而整个过程就叫做Redis持久化

在这里插入图片描述

持久化的几种方式

Redis 持久化拥有以下三种方式

  • 快照方式（RDB， Redis DataBase），将某一个时刻的内存数据，以二进制的方式写入磁盘
  • 文件追加方式（AOF， Append Only File），记录所有的操作命令，并以文本的形式追加到文件中
  • 混合持久化方式，Redis4.0之后新增的方式，混合持久化是结合了RDB和AOF的优点，在写入的时候，先把当前的数据以RDB的形式写入文件的开头，在将后续的操作命令以AOF的格式存入文件，这样既能保证Redis重启时的速度，又能减低数据丢失的风险

RDB简介

  • RDB（Redis DataBase）是将某一时刻的内存快照，以二进制的方式写入到磁盘的过程

持久化的触发

  • RDB的持久触发方案有两类：一类是手动触发，另一类是自动触发

手动触发

  • 手动触发持久化的操作有两个：save和bgsve，它们主要区别体现在：是否阻塞Redis主线程的执行
  1. save命令，在客户端中执行save命令，就会触发Redis的持久化，但同时也是使Redis处于阻塞状态，直到RDB持久化完成，才会响应其他客户端发来的命令，所以在生产环境中一定要慎用
  2. bgsave 命令 bgsave（background save）既后台保存的意思， 它和 save 命令最大的区别就是 bgsave 会 fork() 一个子进程来执行持久化，整个过程中只有在 fork() 子进程时有短暂的阻塞，当子进程被创建之后，Redis 的主进程就可以响应其他客户端的请求了，相对于整个流程都阻塞的 save 命令来说，显然 bgsave 命令更适合我们使用。

在这里插入图片描述

配置说明

  • sudo cat redis.conf
# RDB 保存的条件
save 900 1
save 300 10
save 60 10000

# bgsave 失败之后，是否停止持久化数据到磁盘，yes 表示停止持久化，no 表示忽略错误继续写文件。
stop-writes-on-bgsave-error yes

# RDB 文件压缩
rdbcompression yes

# 写入文件和读取文件时是否开启 RDB 文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。
rdbchecksum yes

# RDB 文件名
dbfilename dump.rdb

# RDB 文件目录（不唯一）
dir /var/lib/redis

在这里插入图片描述

配置查询

  • Redis中可以使用命令查询当前配置参数，查询命令的格式为：config get,例如，想要获取RDB文件的存储名称设置，可以使用config get dbfilename
127.0.0.1:6379> config get dbfilename
1) "dbfilename"
2) "dump.rdb"
127.0.0.1:6379>

RDB优缺点

RDB优点

  • RDB 的内容为二进制的数据，占用内存更小，更紧凑，更适合做为备份文件；
  • RDB 对灾难恢复非常有用，它是一个紧凑的文件，可以更快的传输到远程服务器进行 Redis 服务恢复；
  • RDB 可以更大程度的提高 Redis 的运行速度，因为每次持久化时 Redis 主进程都会 fork() 一个子进程，进行数据持久化到磁盘，Redis 主进程并不会执行磁盘 I/O 等操作；

RDB缺点

  • 因为 RDB 只能保存某个时间间隔的数据，如果中途 Redis 服务被意外终止了，则会丢失一段时间内的 Redis 数据；
  • RDB 需要经常 fork() 才能使用子进程将其持久化在磁盘上。如果数据集很大，fork() 可能很耗时，并且如果数据集很大且 CPU 性能不佳，则可能导致 Redis 停止为客户端服务几毫秒甚至一秒钟。

模拟当数据丢失之后，使用从机的dump.rdb来进行数据恢复

  • RDB文件在生产环境中都是自动触发机制，所以会造成一定时间上的数据丢失，当然你也可以通过修改redis.conf文件中rdb模式的保存机制时间
  • 脑海战术（当在生产环境时，如果你的主服务器宕机了，那么就是导致文件丢失，当文件丢失我们可以怎么解决呢，可以通过从机找到rbd相对应的存储文件，复制一份让他恢复到主机当中）
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述在这里插入图片描述

Redis持久化-AOF

  • 使用RDB持久化有一个风险，它可能会造成最新的数据丢失的风险。应为RDB的持久化有一定的时间间隔，在这个时间段如果Redis服务意外终止的话，就会造成最新的数据全部丢失

可能会操作Redis服务意外终止的条件

  • 安装Redis的机器停止运行，蓝屏或者系统崩溃
  • 安装Redis的机器出现电源故障，例如突然断电等情况
  • 使用kill -9 redis_pid等

当出现以上等情况，我们将采用redis为我们提供的另一种持久化的方案-AOF

简介

  • AOF（Append Only File）中文是附加到文件，顾名思义AOF可以把Redis每个键值对操作都记录到文件（appendonly.aof）中

持久化查询和设置

1. 查询AOF的启动状态
config get appendonly

在这里插入图片描述

  • 其中第一行为AOF的文件名称，而第二行就是AOF的启动状态，yes表示启动，no表示未启动
2.开启AOF持久化
  • Redis默认是关闭AOF持久化的，想要开启AOF持久化，有以下两种方式
    • 通过命令行的方式
    • 通过修改配置文件的方式（redis,conf）
  1. 命令行启动AOF
config set appendonly yes

在这里插入图片描述

  • 命令行启动AOF的缺点：命令行启动优点是无需重启Redis服务，缺点是如果重启了Redis服务的话，则之前使用的命令行设置的配置就会失效

在这里插入图片描述

  1. 配置文件启动AOF
  • Redis的配置文件在它的根路径下的redis.conf文件中，获取redis的根目录可以使用命令:
config get dir
  • 只需要在配置文件中设置appendonly yes即可，默认appendonly no表示关闭AOF持久化。配置文件启动AOF的优缺点：修改配置文件的缺点是每次修改配置文件都要重启redis服务才能生效，优点是无论重启多少次redis服务，配置文件中设置的配置信息都不会失效

在这里插入图片描述

持久化触发

  • AOF持久化开启之后，只要满足一定条件，就会触发AOF持久化操作。AOF的触发条件分为两种：自动触发和手动触发
自动触发

有两种情况可以自动触发AOF持久化，分别是：满足AOF设置的策略触发和满足AOF重写触发。AOF持久化策略主要分为三种：

  • always : 每条redis操作命令都会写入磁盘，最多丢失一秒的数据
  • everysec ： 每秒钟写入一次磁盘，最多丢失一条数据
  • no ： 不设置写入磁盘的规则，根据当前操作系统来决定何时写入磁盘，Linux默认30秒写入一次数据至磁盘
# 开启每秒写入一次的持久化策略
appendfsync everysec
手动触发

在客户端执行bgrewriteaof命令就可以手动触发AOF持久化

在这里插入图片描述

AOF文件重写

AOF是通过记录Redis的执行命令来持久化（保存）数据的，所以随着时间的流逝AOF文件会越来越多，这样不仅增加了服务器的存储压力，也会造成Redis重启速度变慢，为了解决这个问题，Redis提供了AOF重写操作

什么是AOF重写？
  • AOF重写指的是它直接读取Redis服务器当前的状态，并压缩保存为AOF文件。例如，我们增加一个计数器，并对它做99次修改，如果不做AOF重写的话，那么持久化文件中就会有100条记录执行命令的信息 ，而AOF重写之后，之后记录一条此计数器最终的结果信息，这样就去除了所有的无效信息
AOF重写实现

触发AOF文件重写，要满足两个条件，这两个条件也是配置在Redis配置文件中，它们分别是

  • auto-aof-rewrite-min-size: 允许AOF重写的最小文件容器，默认是64mb
  • auto-aof-rewrite-percentage : AOF文件重写的大小比例，默认值是100
config get auto-aof-rewrite-min-size

config get auto-aof-rewrite-percentage

在这里插入图片描述

⚠️： 使用bgrewriteaof命令，可以自动触发AOF文件重写

AOF重写流程
  • AOF文件重写是生成一个全新的文件，并把当前数据最少操作命令保存到新文件上，当把所有的数据都保存至新的文件之后，Redis会交换两个文件，并把最新的持久化操作命令追加到新的文件上

配置说明

  • 合理的设置AOF，可以保障Redis高效且稳定的运行，以下是AOF的全部配置和信息。
# 是否开启 AOF，yes 为开启，默认是关闭
appendonly no

# AOF 默认文件名
appendfilename "appendonly.aof"

# AOF 持久化策略配置
# appendfsync always
appendfsync everysec
# appendfsync no

# AOF 文件重写的大小比例，默认值是 100，表示 100%，也就是只有当前 AOF 文件，比最后一次的 AOF 文件大一倍时，才会启动 AOF 文件重写。
auto-aof-rewrite-percentage 100

# 允许 AOF 重写的最小文件容量
auto-aof-rewrite-min-size 64mb

# 是否开启启动时加载 AOF 文件效验，默认值是 yes，表示尽可能的加载 AOF 文件，忽略错误部分信息，并启动 Redis 服务。
# 如果值为 no，则表示，停止启动 Redis，用户必须手动修复 AOF 文件才能正常启动 Redis 服务。
aof-load-truncated yes

优缺点

AOF优点
  • AOF持久话保存的数据更加完整，AOF提供了三种保存策略，每次操作保存，每秒钟保存一次、跟随系统的持久化策略保存，其中每秒保存一次，从数据的安全性和性能两方面考虑是一个不错的选择，也是AOF持久化的策略，即使发生意外的话，最多也就是这一秒钟的数据丢失
  • AOF采用的是命令追加的写入方式，所以不会出现文件损坏的问题,即使由于某些意外原因，导致了最后操作的持久化数据写入了一半，也可以通过redis-check-aof工具轻松修复
  • AOF持久化文件，非常容易理解和解析，它是所有Redis键值操作命令，以文件的方式存入到磁盘。即使不小心使用了flushall等操作时，只要使用AOF文件，删除最后的flushall命令，重启Redis即可恢复之前误伤的数据
AOF缺点
  • 对于相同的数据集来说，AOF文件要大雨RDB文件；
  • 在Redis负载比较高的情况下，RDB比AOF性能更好
  • RDB使用快照的形式来持久话整个Redis数据，而AOF只是将每次执行的命令追加到AOF文件中，因此从理论上讲。ROB比AOF更健壮
Small-J
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
redis之持久化（RDB、AOF）
linhaoyanglinhao的博客
09-28 501
redis之持久化（RDB、AOF）
Redis-Redis的持久化（RDB/AOP）
不瘦十斤不换名字
11-10 5698
由于Redis是基于内存的数据库，为了保证数据的可用性，Redis提供了两种数据持久化机制：RDB和AOP，下面对这两种持久化方式加以分析。RDB运行原理RDB模式可以在指定的时间间隔内生成内存中整个数据集的持久化快照。快照文件默认被存储在当前文件夹中，名称为dump.rdb，可以通过dir和dbfilename参数来修改默认值。1.redis调用fork函数复制当前进行的一个副本-子进程 2.父进
《Redis设计与实现》第十章 RDB持久化
Za七杂⑧
03-08 233
Redis是内存数据库，它将自己的数据库状态存储在内存里面，所以要提供RDB持久化功能来避免数据以为丢失。 10.1 RDB文件的创建与载入 有两个Redis命令可以用于生成RDB文件，一个是SAVE另外一个是BGSAVE，Save会阻塞进程，bgssave不会。 10.1.1 SAVE命令执行时的服务器状态 只有在服务器执行完SAVE命令、重新开始接受命令请求之后，客户端发送的命令爱会被...
redis学习系列(四)--redis的RDB持久化配置以及数据恢复实验
Destiny宿命的博客
03-17 1147
目录 1、如何配置RDB持久化机制 2、RDB持久化机制的工作流程 3、基于RDB持久化机制的数据恢复实验 1、如何配置RDB持久化机制 在redis.conf配置文件中去配置持久化 save 60 1000(默认文件里面已经添加过持久化策略) 涵义:每隔60s，如果有超过1000个key发生了变更，那么就生成一个新的dump.rdb文件，就是当前redis内存中完整的数据快照，这个操...
redis的RDB持久化设置
小擦鸟飞翔天的博客
10-04 2804
1.redis配置文件中redis.conf 有段save 60 1000 每隔60s，如果有超过1000个key发生了变更，那么就生成一个新的dump.rdb文件，就是当前redis内存中完整的数据快照，这个操作也被称之为snapshotting，快照,我们也可以手动调用save或者bgsave命令，同步或异步执行rdb快照生成    save可以设置多个，就是多个snapshotting检...
redis 持久化卡死网站 redis-rdb-bgsave进程 100%
这么多柠檬c
10-25 6792
宝塔的redis持久化一直是开启的，后来发现持久化运行时候会卡死网站cpu 100% 然后就出现这样的访问断层了： 我们打开redis的配置 找到save 修改如下即可： 程序员工具：https://www.toolnb.com/ ...
Redis_03_之RDB持久化详解
superbeyone
02-22 134
文章目录Redis之RDB持久化配置详解1. 如何配置`RDB`持久化机制2. `RDB`持久化机制的工作流程 Redis之RDB持久化配置详解 1. 如何配置RDB持久化机制 在 redis.conf 文件，也就是/etc/redis/6379.conf，配置持久化 ，参考 Redis搭建实施方案 save 60 1000 含义：每隔60s，如果有超过1000个key发生了变更，那么就生成一个...
Redis持久化 - RDB和AOF
08-17
“Redis持久化 - RDB和AOF” Redis持久化是指将数据库中的数据保存到永久存储设备中，以避免数据丢失。Redis提供了两种持久化方式：RDB（快照方式）和AOF（写日志方式）。 RDB（Redis Database）是一种快照方式的...
Redis持久化RDB和AOF区别详解
12-14
为了确保数据在服务器重启或异常情况下的安全，Redis提供了两种主要的持久化机制：RDB（Redis Database Persistence，即快照）和AOF（Append Only File，追加日志）。下面将详细解释这两种持久化方式的区别。 **RDB...
Redis 持久化之RDB和AOF.doc
10-09
Redis 持久化是确保数据安全的重要机制，它提供了两种主要的方法：RDB（Redis Database）和 AOF（Append Only File）。RDB 是一种快照式的持久化方式，而 AOF 则记录每次写操作的日志。 RDB 持久化在特定条件下将...
Redis两种持久化方案RDB和AOF详解
09-09
它提供了两种主要的持久化方案：RDB（Redis DataBase）和AOF（Append Only File）。这两种方式各有特点，适用于不同的场景需求。 **RDB持久化**： RDB是Redis的默认持久化策略，它会在特定条件下生成数据的快照并...
尚硅谷——Redis之RDB和AOF持久化
01-31
RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 也是默认的持久化方式，这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。
Redis-增删改查
Small-J
03-30 3092
Redis基础介绍 随着互联网+大数据时代的来临，传统的关系型数据库已经不能满足中大型网站日益增长的访问量和数据量。这个时候就需要一种能够快速存取数据的组件来缓解数据库服务I/O的压力，来解决系统性能上的瓶颈。 数据库的发展历史 在互联网+大数据时代来临之前，企业的一些内部信息管理系统，一个单个数据库实例就能满足系统的需求 单数据库实例 随着系统访问用户的增多，数据量的增大，单个数据库实例已经满足不了系统的读取需求 缓存（memcache）+单数据库实例 缓存可以缓解系统的读取压力，
Redis-主从配置
Small-J
03-31 965
文章目录Redis主从配置主从概念配置主配置从开启主从服务数据操作 Redis主从配置 主从概念 ⼀个master可以拥有多个slave，⼀个slave⼜可以拥有多个slave，如此下去，形成了强⼤的多级服务器集群架构 master用来写数据，slave用来读数据，经统计：网站的读写比率是10:1 通过主从配置可以实现读写分离 配置主 修改/etc/redis/redis.conf文件 bind 0.0.0.0 或者改为本机ip 配置从 从机可多台 复制etc/redis/redis.conf
Redis-事务、管道、基数统计法、布隆过滤器
Small-J
04-06 466
文章目录Redis事务前言事务基本使用Redis中的事务三个阶段开启事务（multi）命令入列执行事务（exec）/放弃事务（discard）Redis管道技术- Pipeline管道技术解决了什么问题管道技术需要注意的事项管道模拟操作总结基数统计算法—HyperLogLog为什么要使用HyperLogLog?HyperLogLog介绍添加元素布隆过滤器编译方式bf.addbf.existsbf.maddbf.mexists Redis事务 前言 事务指的是提供一种将多个命令打包，一次性按顺序地执行的机制
Redis-缓存雪崩、缓存穿透、缓存击穿
Small-J
04-05 460
文章目录缓存雪崩缓存穿透缓存击穿 缓存雪崩 所谓缓存雪崩就是在某一个时刻，缓存集大量失效，所有流量直接打到数据库上，对数据库造成巨大的压力 场景 例如电商抢购平台的想象，一般就是比如12点开始，在一点的时候大量key失效，这个时候就会造成缓存雪崩的现象 解决方案 方案一：加锁/队列 加锁/队列；这样虽然能降低数据库压力，但是同时，响应也很慢 方案二：缓存标记 给每一个缓存数据增加相应的缓存标记，记录缓存的是否失效，如果缓存标记失效，则更新数据缓存 方案三：混存过期时间错开 缓存穿透 所
Redis新数据类型
爱吃Java的羊的博客
07-18 247
命令Bitmaps与set对比
Redis 哨兵搭建
最新发布
qq_36838700的博客
07-23 711
操作系统Centos 7内核版本主机名称masterIP端口。
redis持久化rdb和aof区别
07-15
RDB（Redis Database）和AOF（Append-Only File）是Redis中两种常见的持久化方式，它们有以下区别： 1. RDB持久化：RDB是将Redis数据库在某个时间点的数据快照保存到硬盘上的一种方式。它通过fork一个子进程来完成持久化操作，首先将数据写入一个临时文件，然后用这个临时文件替换上一个RDB文件，从而实现数据的持久化。RDB方式适合用于备份、灾难恢复和数据库迁移等场景。 2. AOF持久化：AOF是通过将Redis的写命令追加到文件的末尾来记录数据库的操作。Redis重启时，通过重新执行AOF文件中的命令来恢复数据库状态。相比于RDB方式，AOF可以提供更高的数据安全性，因为它记录了每个写操作的历史，可以保证在Redis异常退出或宕机时不会丢失数据。AOF方式适合用于数据持久化和实时备份等场景。 3. RDB的优点：RDB方式对于数据恢复速度较快，在大规模数据恢复时比AOF更高效。由于RDB是一个紧凑的二进制文件，相对于AOF文件来说更小，可以节省存储空间。此外，RDB方式对Redis的性能影响较小。 4. AOF的优点：AOF方式可以提供更高的数据安全性，因为它记录了每个写操作的历史，可以保证在Redis异常退出或宕机时不会丢失数据。AOF文件是一个文本文件，易于理解和修改。 总结来说，RDB方式适合于备份和灾难恢复，而AOF方式适合于数据持久化和实时备份。在选择持久化方式时，需要根据实际需求进行权衡和选择。另外，也可以同时使用RDB和AOF两种方式，以提供更好的数据安全性和灾难恢复能力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值