redis参数AOF参数的bug

最新推荐文章于 2024-10-26 23:15:52 发布

转载最新推荐文章于 2024-10-26 23:15:52 发布 · 462 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/vansky/p/9420349.html

文章标签：

#数据库

本文介绍如何彻底关闭Redis的AOF持久化功能，避免意外触发BGREWRITEAOF操作导致性能问题。通过调整配置参数，确保即使曾经使用过AOF，在停用后也不会因历史数据而重新激活。

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

问题：redis 不想开启AOF了。但是还老是出现BGREWRITEAOF 。（本redis版本为4.0.6）

涉及持久化参数设置如下：

排查及结果：

该redis以前开启过 AOF ，后来停止AOF。info信息里面的 aof_last_cow_size:153202688 信息不为0

当redis写入数据达到 auto-aof-rewrite-percentage * aof_last_cow_size 时候就会触发BGREWRITEAOF 尽管appendonly no 。

建议：redis不想开启AOF的时候，设置：

auto-aof-rewrite-percentage 0

appendonly no

以防止莫名的bgsave阻塞。

转载于:https://www.cnblogs.com/vansky/p/9420349.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30750335

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

redis AOF性能瓶颈分析

u012516914的专栏

01-10

1997

最近发现一个问题，redis在高流量写入的情况下，偶发性出现客户端延迟升高，经过排查发现redis AOF重写 fork 子进程导致。为什么要进行AOF重写，以及如何避免AOF重写呢？本文...

【Redis】Redis持久化模式AOF

qq_50446805的博客

03-05

913

如果说用户对redis的写操作不多甚至没有，95%以上都是读操作，那么用rdb也没啥问题，我们有一个项目是采用的缓存预热方式，用户几乎没有写操作，所以直接采用RDB就够用了，因为哪怕redis挂了，甚至RDB没了，数据还是能通过预热重新载入。AOF重写，redis会把当前所有的数据以rdb形式存入到aof中，这都是二进制数据，数据量小，随后新的数据以aof形式追加到这个aof中，那么这个aof中包含两种文件类型数据，一个是rdb，一个是aof，那么恢复的时候redis会同时恢复，这样恢复过程会更快。

参与评论您还未登录，请先登录后发表或查看评论

Redis学习笔记（九）--AOF持久化

最新发布

Scr1Pt的博客

10-26

1982

本文介绍了Redis的AOF持久化机制，为作者在学习Redis时的笔记，特此记录，以便后续学习中能够查漏补缺。

Redis AOF带来的问题

Leon_Jinhai_Sun的博客

03-09

281

AOF的方式也同时带来了另一个问题。持久化文件会变的越来越大。例如我们调用incr test命令100次，文件中必须保存全部的100条命令，其实有99条都是多余的。因为要恢复数据库的状态其实文件中保存一条set test 100就够了。为了压缩aof的持久化文件Redis提供了AOF重写(ReWriter)机制。 ...

Redis-AOF 导致集群节点不可用

泰山与水

02-11

1235

aof导致redis集群不可用，线上问题

Redis开启AOF导致的删库事件

weixin_30337251的博客

06-27

267

事件背景 Redis主从开启AOF，错误操作导致数据被清空。 Redis主要作用：缓存、队列。事故过程 Redis搭建了主从，持久化方式为RDB，RDB没有定时备份，且AOF都没有开启。考虑到开启AOF会使Redis安全性更高，所以尝试先在从机做测试，没问题后再上主机。 Redis开启AOF的方式非常简单，打开Redis的conf文件，找到【appendonly】配置项，将【no】改为【ye...

Redis AOF

fengzhyu的博客

08-07

871

Redis AOF持久化详解转载：https://blog.youkuaiyun.com/qq_42183409/article/details/90215479 redis中aof备份策略中的配置参数转载：https://blog.youkuaiyun.com/zdyueguanyun/article/details/54376815 Redis的AOF配置转载：https://blog.youkuaiyun.com/m0_38086372/article/details/107432480 AOF 重写　　由于

redis的AOF持久化流程

looperjustice的博客

10-10

343

RDP数据快照储存(丢失数据的概率比较高,很可能完成不了最后一次数据的存储) AOF命令储存(AOF健壮性更强,有可读的日志文件可以处理操作,但是耗内存(尤其是持久化策略选择always的时候),也有重写AOF文件的设定可以压缩文件容量) 都是先存储到缓存这种再进行持久化储存使用场景：如果数据相对不是很敏感,推荐使用RDP就可以,不要单独启用AOF（不适合备份，并且可能有bug）,如果只是做缓存要求的话可以两个都不使用; -- 主从结构 ...

redis数据安全（三）数据持久化 AOF

w_t_y_y的博客

01-17

1157

Redis 为了提升写入效率，它不会将内容直接写入到磁盘中，而是将其放到一个内存缓存区（buffer）中，等到缓存区被填满时采用异步真正将缓存区中的内容写入到磁盘里，Linux 系统的 fsync() 函数可以将指定文件的内容从内核缓存刷到硬盘中。假设 AOF 日志记录了自 Redis 实例创建以来所有的修改性指令序列，那么就可以通过对一个空的 Redis 实例顺序执行所有的指令，也就是「重放」，来恢复 Redis 当前实例的内存数据结构的状态。命令，开始重写 aof 文件。

redis 的AOF 持久化方案和RDB持久化方案优劣势对比

wumingxiaozei的博客

06-29

412

1.AOF和RDB两种redis方式介绍 redis 持久化主要做数据灾备的，如果redis挂了，能够基于持久化文件快速恢复redis数据。避免Redis长期宕机造成数据库压力过大。 AOF持久化方式：以命令的方式写入日志文件，以append-only的模式写入日志文件中，在Redis重启的时候以回放AOF命令，来实现恢复数据 RDB持久化方式：以快照的方式进行持久化，每隔一段时间就会生成新的RDB文件，或者达到一定的数据量，达到一定的时间，生成RDB快照文件 2.RDB持久化方式的优点 RDB

Redis AOF有哪些潜在的阻塞点

wejack的专栏

08-11

366

Redis AOF 阻塞

redis持久化

土豆科技的博客

09-11

357

1.redis持久化的方式由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据。redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append ...

Redis持久化之AOF

P923284735的博客

02-27

840

redis持久化之aof

Redis AOF持久化流程分析与参数配置详解

自律使我自由

11-04

1316

上一篇文章中介绍了RDB的持久化方式，本文接着分析一下另外的一种持久化方式AOF。 Redis中的AOF AOF功能在Redis中默认是关闭的，与RDB快照的方式不同，AOF是通过保存服务器执行的写命令来记录数据库状态的，也就是说AOF文件中保存的就是一条条的操作指令。如何开启AOF 在redis.conf文件中，设置：appendonly yes（默认为no）这份关于AOF的摘要说明也非常好，所以贴出来，建议大家阅读。 # By default Redis asynchronously dumps

redis AOF疑问、超时

weixin_35821291的博客

02-28

792

1. BGREWRITE: 在后台（子进程）重写 AOF, 不会阻塞工作线程，能正常服务，此方法最常用。 2. 那么使用AOF会不会出现一些其他问题？重写 AOF Buffer 是个不限大小的 buffer,但用户写入的数据量较多时会出现以下两个问题：占用过多内存，浪费资源；主进程将 AOF buffer 数据写入到新 AOF 文件中时会阻塞工作线程，用户正常请求的延时会变高，严重情况下会超时，主备同步也会出问题，断开重连，重新同步等。 3. redis 超时问题 .

【进阶篇】2.11 Redis 持久化 AOF详解

日拱一卒无有尽，功不唐捐终入海

07-03

2895

Redis 支持多种持久化方式来保证数据的可靠性和持久性。其中AOF（Append Only File）机制是一种常用的持久化方式，它记录了所有对 Redis 数据库进行修改的命令，在 Redis 重启时可以使用这些命令来重构数据库状态。本文将详细介绍 Redis AOF 持久化机制的实现原理。

Redis持久化之AOF日志高频问题

互联网架构师笔记

05-07

675

AOF 日志正好相反，它是写后日志，“写后”的意思是 Redis 是先执行命令，把数据写入内存，然后才记录日志。

Redis 专题二： RDB 与 AOF 持久化

bugall的专栏

08-31

927

服务器中的数据库 Redis服务器将所有数据库都保存在服务器状态结构的db数组中，db数组的每个项都是一个RedisDb结构，一个RedisDb结构数组的长度就代表了数据库的个数。默认情况下Redis的目标数据库是0号数据库，但客户端可以通过执行SELECT命令来切换数据库 在服务器内部，客户端状态redisClient结构的db属性记录了客户端当前的目标数据库，这个属性是一个指向RedisD

AOF有哪些潜在的阻塞点

stackfuture的博客

12-23

506

AOF有哪些潜在的阻塞点1. Redis采用fork子进程重写AOF文件时，有潜在的阻塞风险1. fork子进程fork子进程，fork这个瞬间一定是会阻塞主线程的（注意，fork时并不会一次性拷贝所有内存数据给子进程），fork采用操作系统提供的写实复制(Copy On Write)机制，就是为了避免一次性拷贝大量内存数据给子进程造成的长时间阻塞问题。但fork子进程需要拷贝进程必要的数据结构，其中有一项就是拷贝内存页表（虚拟内存和物理内存的映射索引表），这个拷贝过程会消耗大量CPU资源，拷贝完成之前整个

redisaof持久化

08-20

Redis的AOF持久化是指将Redis的每次写操作记录下来，以日志的形式保存到磁盘上，从而保证数据的持久性和完整性。具体来说，Redis AOF持久化有两种配置参数：appendfsync always和appendfsync no。当appendfsync参数设置为always时，每次写入都会立刻记录到AOF日志中，保证了数据的完整性，但会对性能产生一定影响。而当appendfsync参数设置为no时，Redis不会主动进行同步，而是将同步时机交给操作系统，由操作系统来决定何时将数据写入磁盘。这种方式相对于always来说，性能更好，但数据的完整性可能会受到一定影响。总的来说，AOF持久化机制更稳健，丢失数据的概率较低，并且可以通过AOF日志文件来处理误操作。然而，相比于RDB持久化方式，AOF占用更多的磁盘空间，恢复备份的速度也较慢。此外，如果每次读写都进行同步，可能会对性能造成一定的压力。同时也需要注意，AOF持久化机制存在个别Bug，可能导致无法正确恢复数据。123 #### 引用[.reference_title] - *1* *2* *3* [Redis持久化之AOF（详解）](https://blog.youkuaiyun.com/weixin_45737330/article/details/127248907)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]