Redis开启AOF持久化数据丢失问题

最新推荐文章于 2025-02-14 14:28:05 发布
原创 最新推荐文章于 2025-02-14 14:28:05 发布 · 1.5k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #数据库 #缓存 #linux #centos

本文探讨了在Redis中启用AOF（Append Only File）后导致的数据丢失问题。当重启Redis时，由于AOF的优先级高于RDB快照，可能导致先前的数据丢失。为避免数据丢失，建议在写入数据后使用`bgrewriteaof`命令更新AOF文件，然后重启Redis。这样，重启后数据将根据最新的AOF内容恢复。

一、过程演示

登录redis，并写入测试数据

redis-cli -h 172.16.254.124 -p 6379 -a redis
172.16.254.124:6379> set handong dongge
OK
172.16.254.124:6379> set city1 beijing1
OK
172.16.254.124:6379> set city2 beijing2
OK
172.16.254.124:6379> set city3 beijing3
OK
172.16.254.124:6379> set city4 beijing4
OK

查看测试数据 

172.16.254.124:6379> keys *
1) "city3"
2) "city4"
3) "handong"
4) "city2"
5) "city1"

编辑配置文件redis.conf，开启AOF，并重启redis

查看所有key

172.16.254.124:6379> keys *
(empty list or set)

发现先前写入的测试数据都丢失了。

这是由于启用AOF之后，重启Redis，默认就会从aof恢复数据，就会忽略dump.rdb中的数据，就会造成重启之前数据的丢失

。

那如何避免开启AOF之后数据丢失呢？

写入测试数据：

172.16.254.124:6379> set city1 beijing1
OK
172.16.254.124:6379> set city2 beijing2
OK
172.16.254.124:6379> set city3 beijing3
OK
172.16.254.124:6379> set city4 beijing4
OK
172.16.254.124:6379> keys *
1) "city2"
2) "city4"
3) "city3"
4) "city1"

在redis-cli执行bgrewriteaof

172.16.254.124:6379> bgrewriteaof
Background append only file rewriting started

编辑配置文件redis.conf，开启AOF，并重启redis

查看数据

172.16.254.124:6379> keys *
1) "city1"
2) "city2"
3) "city4"
4) "city3"
StevenBeijing
关注
redis-AOF日志：宕机了，Redis如何避免数据丢失？
阅读之后，对你有帮助，那就点个赞再走吧
10-13 408
如果有人问你：“你会把Redis用在什么业务场景下？”我想你大概率会说：“我会把它当作缓存使用，因为它把后端数据库中的数据存储在内存中，然后直接从内存中读取数据，响应速度会非常快。”没错，这确实是Redis的一个普遍使用场景，但是，这里也有一个绝对不能忽略的问题：一旦服务器宕机，内存中的数据将全部丢失。 我们很容易想到的一个解决方案是，从后端数据库恢复这些数据，但这种方式存在两个问题：一是，需要频繁访问数据库，会给数据库带来巨大的压力；二是，这些数据是从慢速数据库中读取出来的，性能肯定比不上从Redis中
Redis学习笔记（九）--AOF持久化
Scr1Pt的博客
10-26 2137
本文介绍了Redis的AOF持久化机制，为作者在学习Redis时的笔记，特此记录，以便后续学习中能够查漏补缺。
宕机了，Redis数据丢了怎么办？
码猿技术专栏
11-24 1506
持续原创输出,点击上方蓝字关注我目录前言什么是AOF？三种写回策略日志文件太大怎么办？AOF重写会阻塞主线程吗？AOF的缺点总结什么是RDB？给哪些数据做快照？快照时能够修改数据吗？多久...
Redis持久化之AOF
weixin_45829957的博客
05-02 952
1. 是什么 以日志的形式来记录每个写操作（增量保存），将Redis执行过的所有写指令记录下来(读操作不记录)， 只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis 重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作 2.AOF持久化流程 （1）客户端的请求写命令会被append追加到AOF缓冲区内； （2）AOF缓冲区根据AOF持久化策略[always,everysec,no]将操作sync同步到磁盘的AOF文件中； （3）AOF文件大
redis启动AOF和RDB后防止数据丢失
深蓝的烂笔头
03-16 289
停止 Redis，关闭 AOF 持久化，保留 RDB 持久化，防止启动时生成 appendonly.aof 文件；等待 Redis 将内存中的数据写入 appendonly.aof 文件，此时 RDB 和 AOF 数据已同步；确认数据恢复，在命令行热修改配置开启 AOF 持久化 config set appendonly yes；拷贝 RDB 文件到数据目录，启动 Redis，启动后 Redis 会使用 RDB 文件恢复数据；停止 Redis，修改配置文件开启 AOF 持久化和 RDB 持久化；
Redis进阶学习--02| AOF日志：宕机了，Redis如何避免数据丢失？
好好学习天天向上
11-16 989
一、AOF 日志是如何实现的（Redis是追求速率优先的设计，先执行命令，后写入日志（磁盘）） AOF日志与Redis命令执行的顺序是先执行命令写入内存，之后再写入日志中。写后日志这种方式，就是先让系统执行命令，只有命令能执行成功，才会被记录到日志中，否则，系统就会直接向客户端报错。所以，Redis 使用写后日志这一方式的一大好处是，可以避免出现记录错误命令的情况。 除此之外，AOF 还有一个好处：它是在命令执行后才记录日志，所以不会阻塞当前的写操作。 不过，AOF 也有两个潜在的风险。首先，如果刚执行完
redis数据安全（三）数据持久化 AOF
w_t_y_y的博客
01-17 1221
Redis 为了提升写入效率，它不会将内容直接写入到磁盘中，而是将其放到一个内存缓存区（buffer）中，等到缓存区被填满时采用异步真正将缓存区中的内容写入到磁盘里，Linux 系统的 fsync() 函数可以将指定文件的内容从内核缓存刷到硬盘中。假设 AOF 日志记录了自 Redis 实例创建以来所有的修改性指令序列，那么就可以通过对一个空的 Redis 实例顺序执行所有的指令，也就是「重放」，来恢复 Redis 当前实例的内存数据结构的状态。命令，开始重写 aof 文件。
redis的AOF持久化流程
looperjustice的博客
10-10 369
RDP数据快照储存(丢失数据的概率比较高,很可能完成不了最后一次数据的存储) AOF命令储存(AOF健壮性更强,有可读的日志文件可以处理操作,但是耗内存(尤其是持久化策略选择always的时候),也有重写AOF文件的设定可以压缩文件容量) 都是先存储到缓存这种再进行持久化储存 使用场景：如果数据相对不是很敏感,推荐使用RDP就可以,不要单独启用AOF（不适合备份，并且可能有bug）,如果只是做缓存要求的话可以两个都不使用; -- 主从结构 ...
Redis的AOF持久化
许诗宇的博客
01-17 749
目录 AOF简介 AOF持久化的实现 命令追加 AOF文件的写入与同步 AOF持久化的效率和安全性 AOF文件的载入与数据还原 AOF重写 AOF文件重写的实现 AOF后台重写 重点回顾 AOF简介 除了RDB持久化功能之外，Redis还提供了AOF (Append Only File)持久化功能。与 RDB持久化通过保存数据库中的键值对来记录数据库状态不同，AOF持久化是......
数据不丢失：Redis RDB与AOF持久化深度解析
08-17
2. **持久化**：尽管 Redis 是一个内存数据库，但它提供了持久化机制，可以将内存中的数据保存到磁盘，防止数据丢失。 3. **支持事务**：Redis 支持简单的事务功能，可以保证操作的原子性。 4. **丰富的数据类型**：...
redis aof 备份和恢复_Redis持久化：Redis宕机或者出现意外删库导致数据丢失--解决方案...
weixin_39562928的博客
12-08 407
Redis持久化的方案其实是很多人接触的比较少的，因为相对应的数据故障不会很多，一次初始化的设置就能保证后续故障的全部顺利解决。本文讲述一下该机制的主要设置方法和持久化方案的对比，同时也会讲述一些持久化的原理。如果对于Redis持久化比较熟悉的希望能够给到你帮助，如果不熟悉的，你大可参考本文对你的Redis进行设置。什么是Redis的持久化？可能很多人很少接触这个词，总觉的我们Redis的所有数据...
redis的AOF什么时候会丢数据
m0_63102097的博客
06-08 762
如果 AOF 文件在写入过程中被部分损坏，可能会导致最后一部分数据丢失。虽然 Redis 提供了 AOF 重写（AOF Rewrite）和 AOF 文件的 fsync 选项来减小数据丢失的风险，但在上述情况下，依然有可能发生数据丢失。：如果 Redis 以不正常的方式停止（比如进程崩溃、宿主机断电等），在最后一次成功写入 AOF 文件和 Redis 服务器再次启动之间的数据可能会丢失。：在一些罕见情况下，存储 AOF 文件的磁盘可能出现故障或错误，导致数据丢失或损坏。
缓存数据丢了，原来是Redis持久化没玩明白
20年码农
02-24 784
本文主要分析了Redis AOF、RDB以及混合持久化的内存数据持久化的机制原理，同时分析了两种持久化方式的优点以及缺点。我想只有理解了中间件的特性机制原理，知道了特性的长处以及不足我们才能设计适合我们平台的缓存数据持久化策略，从而提升平台的稳定性。
第四章 AOF日志：宕机了，Redis如何避免数据丢失？
JavaAlenboy
04-24 739
第四章 AOF日志：宕机了，Redis如何避免数据丢失？ 目前，Redis 的持久化主要有两大机制，即 AOF（Append Only File）日志和 RDB 快照。 AOF 日志是如何实现的 ? AOF日志：Redis先执行命令，把数据写入内存，再记录日志 AOF 为什么要先执行命令再记录日志呢 ? AOF 里记录的是 Redis 收到的每一条命令，这些命令是以文本形式保存的。 举例：redis执行 “set testkey testvalue” 命令： 其中，“*3”表示当前命令有三个部分，
【redis】AOF日志：宕机了，Redis如何避免数据丢失
weixin_57597001的博客
04-03 628
（因为AOF日志也是在主线程中执行，如果把日志写入磁盘时，磁盘写压力大，就会导致写盘很慢，进而后续的操作就无法执行）然后，使用两个日志保证在重写过程中，新写入的数据不会丢失。每次重写时，主线程fork后台的bgrewriteaof子线程，并且把主线程内存拷贝一份给bgrewrieaof子线程，然后bgrewrieaof子线程在不影响主线程的状况下，逐一把拷贝的数据携程操作。Everysec，每秒写回：每个写命令执行完，只是先把日志写到 AOF 文件的内存缓冲区，每隔一秒把缓冲区中的内容写入磁盘；
Redis 数据丢失？RDB 和 AOF 选错，让你损失惨重！
最新发布
qq_56158663的博客
02-14 1085
选择哪种持久化方式，或者混合使用，取决于你的应用场景和对数据安全性的要求。理解 RDB 和 AOF 的优缺点，并根据实际情况进行配置，才能更好地利用 Redis。RDB 就像给 Redis 数据库拍了一张照片。它会定期将 Redis 在内存中的数据，以二进制文件的形式保存到硬盘上。这篇文章详细讲解了 Redis 的 RDB 和 AOF 持久化机制，以及它们在实战中的应用。由于性能受多种因素影响（例如硬件、数据量、并发量等），很难给出精确的性能数据。
关于Redis AOF开启数据不能持久化问题
baidu_26504655的博客
06-27 1607
1.命令开启：redis-cli config set appendonly yes 不会丢 2.修改配置文件开启：appendonly yes 会丢 ———来自原创风吹蛋蛋飘~
Redis如何解决数据丢失问题
waahh的博客
05-25 924
全称Redis Database Backup file(Redis数据备份文件)，也被叫做Redis数据快照。简单来说就是把内存中的所有数据都记录到磁盘中，当Redis实例故障重启后，从磁盘读取快照文件，回复数据。AOF文件是记录命令，所以文件会非常大，而且AOF会记录对同一个key的多次写操作，但只有最后一次写操作才有意义。通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同的效果。Redis处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。
Redis--基础知识点--18--aof能保证数据100%不丢失吗？
Chasing__Dreams的博客
12-02 2021
我们都知道 Redis 的数据全部在内存里，如果突然宕机，数据就会全部丢失，因此必须有一种机制来保证 Redis 的数据不会因为故障而丢失，这种机制就是 Redis 的持久化机制。 众所周知，Redis 的持久化机制有两种，第一种是快照RDB，第二种是 AOF 日志。快照是一次全量备份，AOF 日志是连续的增量备份。快照是内存数据的二进制序列化形式，在存储上非常紧凑，基本一次五分钟左右，而 AOF 日志记录的是内存数据修改的指令记录文本。AOF 日志在长期的运行过程中会变得无比庞大，数据库重启时需要
redis开启aof持久化配置
12-02
Redis的AOF（Append Only File）模式是一种将每一个写操作追加到文件中的持久化策略，它能提供非常高的数据恢复可靠性。如果你想在Redis中启用AOF持久化，可以按照以下步骤进行配置： 1. **编辑redis.conf文件**：首先需要找到redis配置文件（默认为`/etc/redis/redis.conf`），如果安装了其他位置，你需要找到对应的配置文件。 2. **设置aof相关参数**： - `appendonly`: 设置为`yes`以启用AOF持久化。 ```ini appendonly yes ``` - `appendfsync`: - `everysec`: 每秒同步一次（可能会导致性能下降，适合测试环境） - `no` 或 `always`: 只有关闭服务器时才同步（风险较高，不适合生产环境） - `async` 或 `Background`: 异步持久化，在Redis空闲期间进行（推荐生产环境） ```ini appendfsync async ``` - `auto-aof-reload-min-size` 和 `auto-aof-max-size`: 分别设置最小和最大自动重载点，防止文件过大。 ```ini auto-aof-reload-min-size 1mb auto-aof-max-size 1gb ``` 3. **重启服务**：修改完配置后，记得重启Redis服务让更改生效： ``` sudo service redis-server restart ``` 4. **监控和管理**： 使用`redis-cli`命令行工具或第三方工具如`redis-monitor`，可以检查AOF日志状态和同步进度。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值