redis配置RDB持久化之后再配置AOF持久化时数据丢失问题

最新推荐文章于 2023-03-16 10:26:07 发布
最新推荐文章于 2023-03-16 10:26:07 发布
阅读量742 收藏
点赞数
分类专栏： 错误积累 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45417821/article/details/107612382
版权

当配置RDB持久化时还有数据，再配置AOF持久化时发现数据丢失，如下图这里插入图片描述
查看日志时发现
在这里插入图片描述翻译过来的意思是：
overcommit_memory被设置为0!在内存不足的情况下，后台保存可能会失败。要解决这个问题，添加’vm。overcommit_memory = 1’到/etc/sysctl.conf，然后重新启动或运行命令’sysctl vm。overcommit_memory=1’使其生效。

来到了etc下
在这里插入图片描述
发现并没有overcommit_memory=1

此时vim /etc/sysctl.conf
将overcommit_memory=1加入底部即可
在这里插入图片描述

最后结果为
在这里插入图片描述
配置完成，往redis里添加了数据，重启后发现数据没有丢失，记录一下，以便日后忘记

Alienware^
关注
专栏目录
Redis实战：保证数据不丢失，RDB&AOF持久化原理解析
python88889的博客
03-05 266
Redis 中数据的持久化 前言 我们知道 Redis 是内存数据库，所有操作都在内存上完成。内存的话，服务器断电，内存上面的数据就会丢失了。这个问题显然是需要解决的。 Redis 中引入了持久化来避免数据的丢失，主要有两种持久化的方式 RDB 持久化和 AOF 持久化。 AOF 持久化 什么是 AOF 持久化 AOF(Append Only File):通过保存数据库执行的命令来记录数据库的状态。 AOF日志对数据库命令的保存顺序是，Redis 先执行命令，把数据写入内存，然后才记录日志。 为什么要后记
Redis开启AOF持久化数据丢失问题
aa5181的专栏
03-05 1370
一、过程演示 登录redis，并写入测试数据 redis-cli-h172.16.254.124-p6379-aredis 172.16.254.124:6379>sethandongdon...
redis启动AOF和RDB后防止数据丢失
深蓝的烂笔头
03-16 198
停止 Redis，关闭 AOF 持久化，保留 RDB 持久化，防止启动时生成 appendonly.aof 文件；等待 Redis 将内存中的数据写入 appendonly.aof 文件，此时 RDB 和 AOF 数据已同步；确认数据恢复，在命令行热修改配置开启 AOF 持久化 config set appendonly yes；拷贝 RDB 文件到数据目录，启动 Redis，启动后 Redis 会使用 RDB 文件恢复数据；停止 Redis，修改配置文件开启 AOF 持久化和 RDB 持久化；
黑猴子的家：Redis RDB 转 AOF 错误操作案例
黑猴子的博客
10-17 140
首先备份，再操作 [root@hadoop102 myredis]# cp appendonly.aof appendonly.aof20181010bak [root@hadoop102 myredis]# cp dump.rdb dump.rdb20181010bak （1）关闭AOF [root@hadoop102 myredis]# redis-cli shutdown [ro...
开启aof功能的redis通过rdb方式数据恢复真是繁杂
07-18 433
数据既要恢复，配置文件还要同时配置rdb和aof功能！看似简单，其实过程真是繁琐！ 如果开启aof功能，redis优先从aof文件加载数据，即使appendonly.aof不存在也是同样道理，其会先创建空数据的appendonly.aof文件,然后从空数据的appendonly.aof加载数据启动redis; 1，修改配置文件方式关闭aof备份功能，但要开启rdb备份功能； 2，一定要开启热修改配置功能，这步很重要，所以单独列一条来写 3，把备份的rdb文件拷贝过去，同时重启redis 4，通过命
Redis持久化操作RDB和AOF及数据备份恢复方式
Andrew0219的博客
09-24 840
持久化的意义：Redis对数据的操作都是基于内存的，当遇到了进程退出、服务器宕机等意外情况，如果没有持久化机制，那么Redis中的数据将会丢失无法恢复。有了持久化机制，Redis在下次重启时可以利用之前持久化的文件进行数据恢复。 目录RDB触发方式数据备份恢复方式优点缺点AOF RDB 在指定的时间间隔内将内存中的数据集快照写入磁盘 触发方式 save和bgsave命令都可以手动触发RDB持久化 save 执行save命令会手动触发RDB持久化，但是save命令会阻塞Redis服务，直到RDB持久化完成
Redis持久化RDB和AOF区别详解
12-14
**RDB持久化**： RDB是Redis的一个核心特性，它通过创建内存快照来保存数据。在指定时刻，Redis会将当前内存中的所有数据集保存到一个二进制文件中，通常命名为`dump.rdb`。这种快照方式可以提供一个特定时间点的...
Redis两种持久化方案RDB和AOF详解
09-09
**RDB持久化**： RDB是Redis的默认持久化策略，它会在特定条件下生成数据的快照并保存到硬盘上，通常以`dump.rdb`文件的形式存在。RDB的主要配置在`redis.conf`文件的SNAPSHOTTING部分。例如，`save 900 1`表示如果...
数据不丢失：Redis RDB与AOF持久化深度解析
最新发布
08-17
2. **持久化**：尽管 Redis 是一个内存数据库，但它提供了持久化机制，可以将内存中的数据保存到磁盘，防止数据丢失。 3. **支持事务**：Redis 支持简单的事务功能，可以保证操作的原子性。 4. **丰富的数据类型**：...
RDB 持久化,AOF 持久化
一切都会好起来的，即使不在今天
01-31 186
RDB 持久化 将某个时间点的所有数据都存放到硬盘上。 可以将快照复制到其他服务器从而创建具有相同数据的服务器副本。 如果系统发生故障，将会丢失最后一次创建快照之后的数据。 如果数据量大，保存快照的时间会很长。 AOF 持久化 将写命令添加到 AOF 文件（append only file）末尾。 使用 AOF 持久化需要设置同步选项，从而确保写命令同步到磁盘文件上的时机。这是因为对文件进行写入并...
2020-04-17：说说redis的rdb原理。假设服务器的内存8g，redis父进程占用了6g，子进程fork父进程后，子父进程总共占用内存12g，如何解决内存不足的问题？（挖）
福大大架构师每日一题
06-10 8109
这是一道挖坑题。内存占用只会比6g多一点，不会用12g。 fork+cow。 评论
记一次redis数据库RDB内存事故排查处理
大鹅的博客
11-11 1317
事故表现：redis 状态正常，但客户端不能使用，定位日志结论，redis内存申请不通过，导致中断用户操作 解决办法 1.解锁相关配置（不能解决根本问题，根本原因来源于开发 使用姿势不对） 两种解决办法 一.打开系统层始终同意分配内存（不建议） 编辑文件 /etc/sysctl.conf 添加 vm.overcommit_memory=1 内核参数overcommit_memory 它是 内存分配策略 可选值：0，1，2。 0，：表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申
redis 持久化配置 无缝从rdb切换到aof 安全保留数据
weixin_34384557的博客
11-22 307
redis 持久化配置 无缝从rdb切换到aof 安全保留数据 redis默认持久化配置rdb，但是如果贸然切换配置到aof方式，重启会导致数据丢失 问题 redis默认持久化配置rdb，但是如果贸然切换配置到aof方式，重启会导致数据丢失 如果数据不重要，都是缓存数据则没什么，如果是重要临时数据，不能丢失的情况，则需要特殊处理，保证数据...
【Redis】解决WARNING overcommit_memory is set to 0 Background save may fail under low memory condition.
源林氏的笔记本
09-02 4885
在内存不足的情况下，后台保存可能会失败。若要解决此问题，请将“vm.overcommit_memory = 1”添加到/etc/sysctl.conf，然后重新启动或运行命令“sysctl vm.overcommit_memory=1”使其生效。不管是linux直装，还是在docker环境中，启动redis时，报如下错误。编辑主机的/etc/sysctl.conf文件，添加或者配置，保存。重启Redis服务即可。
Redis持久化
wjcid的博客
01-22 137
Redis 提供了两种不同的持久化方法来将数据存储在硬盘中。 1、快照（snapshotting）它可以将存在于某一时刻的所有数据都写入硬盘里面。（适用于容灾备份） 2、只追加文件（append-only file,AOF）它会在执行写命令时，将被执行的写命令复制到硬盘里 这两种方法即可同时使用，也可以单独使用 缺点 （互补关系就不写优点了） 快照：如果系统发生崩溃，用户将丢失最近一次生成快照之后更改的所有数据。 AOF：Redis不断的将被执行的写命令记录到AOF文件里面，随着Redis不断运行，AOF文
redis RDB快照持久化报错OOM
w907645377的博客
02-15 556
redis RDB快照持久化由于内存溢出OOM报错
redis数据丢失及解决
热门推荐
良玉的博客
11-09 1万+
Redis的数据回写机制 Redis的数据回写机制分同步和异步两种， 同步回写即SAVE命令，主进程直接向磁盘回写数据。在数据大的情况下会导致系统假死很长时间，所以一般不是推荐的。异步回写即BGSAVE命令，主进程fork后，复制自身并通过这个新的进程回写磁盘，回写结束后新进程自行关闭。由于这样做不需要主进程阻塞，系统不会假死，一般默认会采用这个方法。 个人感觉方法２采用fork主进程的
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值