AOF持久化

AOF持久化是通话记录执行的命令进行存储的

AOF持久话的事先可以分为

（1）文件追加，新写入的命令都会被追加到redisserver的aof_buf缓冲区里面。

在服务器每一次执行事件循环的时候都会判断是否需要写入同步aof文件

这取决于服务器的配置

appendfsync值

always每一次都需要写入并且同步到AOF文件

安全，效率满

everysec 写入aof文件，如果距离上一次同步的超过一秒，那么就同步

效率提高，但是可能丢失1秒的数据

no，只写入，至于什么时候同步由操作系统决定

文件的写入和同步：

现在为了提高效率，写入文件的时候，通常会将数据写入一个内存缓冲区中，满的时候同步到磁盘里面，这样虽然提高了效率，但是安全也不保障不了的

AOF文件的载入，需呀创建一个不带网络链接的为终端，用来执行AOF命令

AOF重写

为了解决aof文件的大的问题，我们需要通过BGREWRITEAOF进行重写，他不是通过读取旧的AOF文件，而是通过读取数据库进行创建新的AOF文件

但是这个过程我们需要创建一个进程

（1）这样可以复制父进程的数据，两个进程不会进行资源的争夺

（2）防止server阻塞

但是在重写的时候，新写入的命令怎么处理，这样我们引入了一个重写缓冲区，在执行重写的过程中，我们需要将client发来的命令发送到重写缓冲区

所以在子进程执行重写的过程中，我们需要做3件事

（1）sever执行client的请求并恢复

（2）将命令追加到aof缓冲区里面

（3）追加重写缓冲区

当子进程执行结束后，会给父进程发送一个信号，这个时候我们将重写缓冲区的名ing重新追加到新的AOF文件中，这个时候我们将新deAOF文件原子性的覆盖就得AOF文件

时间： 2024-10-27 07:56:18

AOF持久化的相关文章

Redis源码剖析和注释（十八）--- Redis AOF持久化机制

Redis AOF持久化机制 1. AOF持久化介绍 Redis中支持RDB和AOF这两种持久化机制,目的都是避免因进程退出,造成的数据丢失问题. RDB持久化:把当前进程数据生成时间点快照(point-in-time snapshot)保存到硬盘的过程,避免数据意外丢失. AOF持久化:以独立日志的方式记录每次写命令,重启时在重新执行AOF文件中的命令达到恢复数据的目的. Redis RDB持久化机制源码剖析和注释 AOF的使用:在redis.conf配置文件中,将appendonly设置为y

（四）持久化之---AOF持久化的配置和原理

AOF持久化及AOF重写的配置: 默认AOF方式是关闭的,如下图: 如果要开启的话,就是把no改写成yes.如下图: 默认文件名称appendonly.aof,你也可以修改文件名.默认保存目录同样也是配置文件中dir配置项中的设置,它和RDB共用一个目录.如下图: 默认同步策略是每秒,如下图: 我们对数据库做一些操作然后查看一下appendonly.aof文件内容 它会记录所有写操作内容. *2 表示2个参数 $6 表示第一个参数长度为6 SELECT 第一个参数 $1 第二个参数长度为1 0

redis的 rdb 和 aof 持久化的区别 [转]

aof,rdb是两种 redis持久化的机制.用于crash后,redis的恢复. rdb的特性如下: Code: fork一个进程,遍历hash table,利用copy on write,把整个db dump保存下来.save, shutdown, slave 命令会触发这个操作.粒度比较大,如果save, shutdown, slave 之前crash了,则中间的操作没办法恢复. aof有如下特性: Code: 把写操作指令,持续的写到一个类似日志文件里.(类似于从postgresql等数

redis学习笔记——RDB和AOF持久化

为防止数据丢失,需要将 Redis 中的数据从内存中 dump 到磁盘,这就是持久化.Redis 提供两种持久化方式:RDB 和 AOF.Redis 允许两者结合,也允许两者同时关闭. RDB 可以定时备份内存中的数据集.服务器启动的时候,可以从 RDB 文件中恢复数据集. AOF(append only file) 可以记录服务器的所有写操作.在服务器重新启动的时候,会把所有的写操作重新执行一遍,从而实现数据备份.当写操作集过大(比原有的数据集还大),Redis 会重写写操作集. 值得一提的是

Redis AOF持久化和RDB持久化区别

一.redis持久化----两种方式 1.redis提供了两种持久化的方式,分别是RDB(Redis DataBase)和AOF(Append Only File). 2.RDB,简而言之,就是在不同的时间点,将redis存储的数据生成快照并存储到磁盘等介质上: 3.AOF,则是换了一个角度来实现持久化,那就是将redis执行过的所有写指令记录下来,在下次redis重新启动时,只要把这些写指令从前到后再重复执行一遍,就可以实现数据恢复了. 4.其实RDB和AOF两种方式也可以同时使用,在这种情况

Redis详解（七）------ AOF 持久化

上一篇文章我们介绍了Redis的RDB持久化,RDB 持久化存在一个缺点是一定时间内做一次备份,如果redis意外down掉的话,就会丢失最后一次快照后的所有修改(数据有丢失).对于数据完整性要求很严格的需求,怎么解决呢? 本篇博客接着来介绍Redis的另一种持久化方式——AOF. 1.AOF简介 Redis的持久化方式之一RDB是通过保存数据库中的键值对来记录数据库的状态.而另一种持久化方式 AOF 则是通过保存Redis服务器所执行的写命令来记录数据库状态. 比如对于如下命令: RDB 持久

AOF 持久化策略

Redis为了解决AOF后台重写造成的数据不一致问题,设置了AOF重写缓冲区.即使设置了no-appendfsync-on-rewrite yes也会造成短暂的主进程阻塞.原因就在于子进程完成AOF重写之后,会发送一个信号给主进程,而父进程会在这个时候调用信号处理函数,主要是将新的AOF文件替换旧的AOF文件,那么在这段时间内, 主进程是阻塞的. 简介 AOF 持久化和 RDB 持久化的最主要区别在于,前者记录了数据的变更,而后者是保存了数据本身.本篇主要讲的是AOF 持久化,了解 AOF 的数

Redis源码剖析（十一）--AOF持久化

AOF持久化的实现 命令追加 服务器执行写命令后,会将执行的写指令追加到 aof_buf 缓冲区: struct redisServer{ // AOF 缓冲区 sds aof_buf; // ...... } 追加到 aof_buf 缓冲区的命令是按照一定的协议格式保存的,catAppendOnlyGenericCommand 函数负责将命令转换为协议格式.从这个函数的实现可以清楚的看出协议格式是如何生成的.其具体格式为: *<count>\r\n$<length>\r\n<

第五章：Redis持久化-AOF持久化

AOF持久化 AOF全称append only file持久化:以独立日志的方式记录每次写命令,重启时再重新执行AOF文件中的命令达到恢复数据的目的: AOF主要作用是解决了数据实时持久化的问题: 使用AOF 开始AOF需要设置appendonly yes,默认不开启. AOF文件名通过appendonlyname配置,默认文件名为appendonly.aof: AOF工作流程操作:命令写入(append).文件同步(sync).文件重写(rewrite).重启加载(reload): 所有写入命