redis恢复aof中的数据

已于 2023-05-26 14:45:21 修改
阅读量543 收藏 1
点赞数 1
文章标签： redis 数据库 缓存
于 2023-05-26 11:03:55 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_55539490/article/details/130881071
版权
文章讲述了在Redis中误删重要生产数据的经历，由于没有备份，通过分析AOF文件并重新启动Redis来恢复数据的过程。首先，识别并删除AOF文件中的错误删除命令，然后在新Redis实例中应用修改后的文件，最后将数据导入MySQL并重新同步到生产环境。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

故事起源于同事让我去redis删掉一个号码数据

 我们当时库里头存放了大概两百万骚扰号码 ，存储结构用的是hash 哈希，具体存储方式如下

，其实存储思路很简单，就是把所有130开头的号码都存到130这个哈希表里头，查询的时候根据号码前三位去对应的哈希表中做匹配

交代完故事背景，就要说到我当时的下饭操作了，其实一开始我们就犯了两个严重错误，第一，redis中的数据没有备份到数据库，导致如果reids中的数据误删，就无法通过数据库把误删的数据寻回，第二，删数据的时候不应该用reids连接工具直接删，头脑不清醒的时候，特别容易点错！！

我就是删的时候脑子不是很清醒，点错了一个按钮，平时删只要一毫秒都不到，今天那个圈圈却转了半天也没停下来，顿感不妙，一种不祥的预感涌上心头，赶紧关闭软件，但是于事无补，等我重新打开软件去查看数据的时候，发现130开头的四十万生产数据已经全部被删干净了。顿时整个人犹如被五雷轰顶后七窍流血八孔生烟，明明是三十多度的夏天，但是仿佛已经掉进了冰窟，甚至有一瞬间都想好提桶跑路的时候选什么颜色的桶了。但是作为一个奋斗在互联网五年有余的资深打工人，我还是迫使自己

最低0.47元/天 解锁文章
来聊聊Redis的AOF重写机制
禅与计算机程序设计的艺术
07-09 1280
因为近期收到很多读者的私信，所以也专门创建了一个交流群，感兴趣的读者可以通过上方的公众号获取笔者的联系方式完成好友添加，点击备注。因为近期收到很多读者的私信，所以也专门创建了一个交流群，感兴趣的读者可以通过上方的公众号获取笔者的联系方式完成好友添加，点击备注。文件，基于del等指令将抹去一些无用的键值对，但是笔者查看源码后发现，此类说法有着严重的错误，所以笔者就基于此文来详细讨论一些。，可以看到其内部就是生成一个临时文件，然后遍历数据库中的键值对，根据键值对的类型生成相应的。以本文为例，假设我们。
来聊聊redis的AOF写入
禅与计算机程序设计的艺术
07-05 886
因为近期收到很多读者的私信，所以也专门创建了一个交流群，感兴趣的读者可以通过上方的公众号获取笔者的联系方式完成好友添加，点击备注。因为近期收到很多读者的私信，所以也专门创建了一个交流群，感兴趣的读者可以通过上方的公众号获取笔者的联系方式完成好友添加，点击备注。的解读笔者会分为3篇进行解读，而本文会解读的是AOF写入的核心流程。，其内部逻辑最核心的逻辑就是将指令字符串添加到。的定义中就可以看到这个缓冲区的定义即一个。对应的将文件写入文件前的解析到的字符串，的写入到落盘的整体流程，希望对你有帮助。
window环境redis通过AOF恢复数据的方法
01-21
首先要启动AOF持久化配置，在redis.windows-server.conf配置文件中做出如下更改 ................ appendonly yes # The name of the append only file (default: appendonly.aof) appendfilename appendonly.aof ..................................... # appendfsync always appendfsync everysec # appendfsync no ................... .测试
redis aof 文件 恢复数据
Andy86869的博客
04-03 4243
执行这条命令 redis-cli config set appendonly yes，查看 目录是够生成了 aof 文件
redis-aof恢复数据
weixin_46941625的博客
02-03 237
redis
Redis--aof备份恢复
QQ331948781的专栏
09-08 3323
Aof 的配置 appendonly no # 是否打开 aof日志功能   appendfsync always   # 每1个命令,都立即同步到aof. 安全,速度慢 appendfsync everysec # 折衷方案,每秒写1次 appendfsync no      # 写入工作交给操作系统,由操作系统判断缓冲区大小,统一写入到aof. 同步频率低,速度快,     n
redis使用AOF恢复数据
点赞不迷路
03-15 1586
使用AOF恢复数据 一、使用AOF恢复数据 1）修改配置文件 [root@redisA ~]# redis-cli -h 192.168.4.51 –p 6351 -a 123456 //连接服务 192.168.4.51:6351>config set appendonly yes //启用aof，默认no 192.168.4.51:6351> ...
Redis的RDB和AOF详解
热门推荐
私聊前往站内信：https://i.youkuaiyun.com/#/msg/chat/weixin_44976692
01-25 2万+
通过本博客，我们详细了解了Redis中RDB和AOF两种持久化机制的原理、配置和应用场景。根据实际需求，可以选择合适的持久化方式或者将它们结合使用，以保障Redis数据的安全性和可靠性。如果有任何问题或建议，请随时与我们分享。下一篇博客将继续介绍更多有关Redis的知识，敬请期待！
redis 通过aof日志恢复_基于Redis的AOF持久化及数据恢复
weixin_30990821的博客
12-31 751
AOF持久化配置AOF持久化默认是关闭的；默认打开的是RDB的持久化。生产环境里面AOF都是要打开的appendonly yes# appendfsync alwaysappendfsync everysec# appendfsync no打开AOF持久化机制之后，redis每次接收到一条写命令，就会写入日志文件中：先写入os cache的，然后每隔一定时间再fsync一下；而且即使AOF和RDB...
redis rdb aof 数据恢复
qq_42920045的博客
09-04 715
Redis RDB AOP RDB 存储 优势 适合大规模的数据恢复 对数据完整性和一致性要求不高 劣势 在一定间隔时间做一次备份，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改 fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑 RDB方式要比AOF方式更加的高效。 RDB的缺点是最后一次持久化后的数据可能丢失。 #########...
修复redis AOF损坏文件
weixin_43948208的博客
05-16 1349
所以,如果Redis的AOF文件损坏,我们首先要停止服务并检查AOF文件的完整性。如果Redis的AOF文件损坏,我们需要采取以下措施进行恢复:1. 首先停止Redis服务器停止服务可以避免AOF文件进一步损坏,以及写入新的不一致数据。1.查找redis-check-aof工具类所在目录，使用 sudo find / -name "redis-check-aof"5.执行redis-check-aof --fix appendonly.aof。4.切换到/www/server/redis/src。
【Redis】数据恢复
比嗨皮兔
04-04 2451
在使用 AOF 持久化方式时，可能会出现最后一部分写入数据丢失的情况，因此在进行数据恢复时，应该仔细检查最后一条写命令的执行情况，以确保数据的完整性。如果 RDB 文件损坏或不完整，可以尝试使用 Redis 自带的 redis-check-rdb 工具来检查文件的有效性，并尝试修复文件中的错误。如果 AOF 文件损坏或不完整，可以尝试使用 Redis 自带的 redis-check-aof 工具来检查文件的有效性，并尝试修复文件中的错误。如果 AOF 文件无法恢复，则可以尝试从备份文件中恢复数据。
Redis利用appendonly.aof恢复数据
Hannah_zh的博客
10-31 1821
Redis利用appendonly.aof恢复数据 1、修改配置文件，开启appendonly [root@server1 ~]# cd /var/lib/redis/6379/ [root@server1 6379]# ls dump.rdb [root@server1 6379]# vim /etc/redis/6379.conf 673 appendonly yes [root@serv...
Redis数据持久化：RDB与AOF详解及数据恢复应用
最新发布
夏壹分享
11-12 667
通过以上示例，我们可以看到Redis如何通过RDB和AOF两种持久化方式将内存数据保存到磁盘上。含多个字段。# 设置用户信息 HSET user:1 name "John Doe" HSET user:1 age 30 # 获取用户信息 HGETALL user:1 # 输出可能是："1) "name" 2) "John Doe" 3) "age" 4) "30""
window环境redis通过AOF恢复数据
qq_30366755的博客
11-24 893
首先要启动AOF持久化配置，在redis.windows-server.conf配置文件中做出如下更改 ................ appendonly yes # The name of the append only file (default: "appendonly.aof") appendfilename "appendonly.aof" ..................................... # appendfsync always appendfsync eve.
redis的aof恢复实验
zzy7075的专栏
07-14 586
1、AOF持久化的配置 2、AOF持久化的数据恢复实验 3、AOF rewrite 4、AOF破损文件的修复 5、AOF和RDB同时工作 1、AOF持久化的配置 AOF持久化，默认是关闭的，默认是打开RDB持久化 appendonly yes，可以打开AOF持久化机制，在生产环境里面，一般来说AOF都是要打开的，除非你说随便丢个几分钟的数据也无所谓 打开AOF持久化机制之后，redis每次接收到一条写命令，就会写入日志文件中，当然是先写入os cache的，然后每隔一定时间再fsync一下 而且即
Redis之-aof恢复
chanqi4859的博客
06-27 667
aof恢复简讲过程： [root@ZFRC-YW-YJF-TEST-370123 redis]# pkill -9 redis[root@ZFRC-YW-YJF-TEST-370123 ~]# cd /var/dir[root@ZFRC-YW-YJF-TEST-370123 ~]# rm -rf *清除掉现有环境备份文件；然后启动服务器进程，添加新数据 [root@ZFRC-YW-YJF-TEST...
Redis学习笔记（十三）--aof恢复和rdb服务器间迁移
lyztyycode的博客
03-15 1030
今天处理点实际问题：1.不小心执行flushall怎么办？答：立即shutdown nosave服务器（这一条不会写入aof），因为当你flushall后可能还要号就分钟rdb（数据还没存储），这时候aof可能还没有重写，你这时候shutdown nosave服务器，防止其他进程写数据，导致aof重写，只要aof没有重写，然后手工进aof文件修改flushall相关行，这样就不会导致数据丢失。万一...
带你彻底理解 Redis 持久化
Travelerwz的博客
12-13 356
带你彻底理解 Redis 持久化 一、前言 redis作为内存数据库，在我们后端开发中应用是非常多的，尤其是在大流量背景下，redis作为缓存数据库就必不可少了。想了解redis使用场景可以移步至redis使用场景。 redis 作为内存数据库，就会存在一个致命的问题，比如宕机、停电、自然灾害等等导致redis停止服务，那么内存中的数据就会丢失，对于不重要的数据还好，但是一旦涉及到核心数据，这个是万万不能接受的。为此，redis也为我们提供了两种持久化方式，AOF和RDB持久化，既然两种持久化方式是同时提供
Redis数据恢复：模拟AOF加载过程
在 Redis 中，AOF（Append Only File）是持久化策略之一，用于保存服务器执行的所有写操作命令，以保证在服务器重启时能够通过重新执行这些命令来恢复数据。`debug loadaof` 是一个调试命令，用于清空当前数据库的...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值