你的位置:首页 > 软件开发 > 数据库 > redis的备份

redis的备份

发布时间:2016-01-11 16:00:04
了解redis的朋友应该知道它有两种数据持久化的方式,这里我作一个简单的介绍,AOF(append only file)和RDB.1.RDB这是一种比较常见的方式,采用 写时复制 的方式,效率高,速度快,介绍一下写时复制的机制: 当 Redis 需要保存 dump.rd ...

了解redis的朋友应该知道它有两种数据持久化的方式,这里我作一个简单的介绍,AOF(append only  file)和RDB.

1.RDB

这是一种比较常见的方式,采用 写时复制 的方式,效率高,速度快,介绍一下写时复制的机制:

 

Redis 需要保存 dump.rdb 文件时, 服务器执行以下操作:

 

  • Redis 调用 fork() ,同时拥有父进程和子进程。
  • 子进程将数据集写入到一个临时 RDB 文件中。
  • 当子进程完成对新 RDB 文件的写入时,Redis 用新 RDB 文件替换原来的 RDB 文件,并删除旧的 RDB 文件。

 

这种工作方式使得 Redis 可以从写时复制(copy-on-write)机制中获益。

 

这种机制使得RDB的速度非常得快,但是存在一些安全性问题,当我的redis服务因为某种原因宕了,当内存新增数据很庞大,子进程需要几分钟才能将临时文件书写完毕的时候。那么在宕机之后,这几分钟的数据很可能就丢失了。所以处于安全性考虑的原因,我会建议使用第二种方式,AOF机制。

2.AOF

aof采用一种fsync的方式进行持久化,相比RDB的方式会相对较慢。但是相对安全,甚至可以说是绝对安全的,取决于具体的配置。他不需要子进程进行协助,他是一种将有关写的命令append到文件的方式来记录redis的状态方式。aof也可以分为三种方式进行append。在此之前先打开appendonly的开关为yes.

     appendfsync always  (每次向内存中执行写操作的时候,都执行一次fsync,相当安全,建议数据量不大的时候,又想保证数据安全性的情况下使用)

     appendfsync  everysec (每秒进行一次fsync,中庸之道)

     appendfsync no  (不建议使用)

 

我这里例举一下redis>2.2的由RDB切换到AOF的方式

[root@localhost redis-2.8.9]# redis-cli127.0.0.1:6379> config set appendonly yesOK127.0.0.1:6379> config set save ""OK127.0.0.1:6379> 

原标题:redis的备份

关键词:Redis

*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。

可能感兴趣文章

我的浏览记录