Rumah >pangkalan data >Redis >Redis持久化之AOF方式

Redis持久化之AOF方式

齐天大圣
齐天大圣asal
2020-05-22 09:49:051948semak imbas

Redis的RDB方式不能做到妙计持久化,但是AOF方式可以做到。如果数据比较重要,丢失会造成严重的后果,那么RDB方式明显不合适,要用到AOF的方式。aof方式和mysql的binlog日志有些像,都只记录新增、修改、删除的操作。不同的是,redis会每隔一段时间后,会对aof文件进行重写,降低aof文件的大小。

AOF工作流程

这里,为什么命令要先写入aof_buf,因为如果直接写入aof文件,那么性能就完全取决去硬盘的io性能。写入aof_buf是为了提高写入的性能。

配置

appendonly:是否开启aof持久化方式,默认是no。如想开启则改为yes。

dir:aof文件存放目录

appendfilename:aof文件名

appendfsync:aof同步方式,有三个值,分别如下:

  • always:每写入一个命令时就同步,数据的安全性最高,但性能差

  • everysec:每秒同步,默认的方式,性能高,安全性也还行

  • no:同步操作交给操作系统,数据的安全性最差。

auto-aof-rewrite-percentage 、auto-aof-rewrite-min-size 这两个配置是和aof重写机制相关的,只有同时满足这两个条件才会触发重写机制。

auto-aof-rewrite-min-size是表示重写时,文件大小必须必这个值要大,默认值是64mb

auto-aof-rewrite-percentage表示目前文件大小比上次重写后的文件大小大这么多才行。

AOF重写

redis的aof重写机制有手动触发和自动触发两种方式。手动触发即输入bgrewriteof命令。自动触发即满足上述所有的两个条件。

为什么重写能缩小文件体积,有几种情况:

  • 过期的键及已删除的键将不会再记录

  • 许多单个操作可以有一个操作来完成,比如lpush a、lpush b,重写后就是lpush a b.

下面看看aof重写流程

QQ截图20200522093622.png

  1. 执行bgrewriteof命令

  2. 主进程fork出一个子进程

  3. 原有的aof机制继续运行,同时,也将新的命令写入到aof_rewrite_buf中

  4. 子进程生成新的aof文件

  5. 通知父进程,新的aof文件已经生成成功;将aof_rewrite_buf中的命令追加到新的aof文件中;用新的aof文件替换旧的aof文件。

  6. 完成以上步骤后,aof重写就完成了。

注意,如果一个服务器上面有多个redis服务,那么最好将他们重写的时间分隔开,防止io及cpu竞争过大。

Atas ialah kandungan terperinci Redis持久化之AOF方式. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn
Artikel sebelumnya:redis通信协议(protocol)Artikel seterusnya:rdb-aof混合持久化