redis的持久化方式RDB和AOF的区别

  • 时间:
  • 浏览:0

2). 对于灾难恢复而言,RDB是非常不错的选择。日后你会们 能才能非常轻松的将有三个 单独的文件压缩后再转移到其它存储介质上。

本文转自方向对了,就不怕路远了!51CTO博客,原文链接:http://blog.51cto.com/jacksoner/2049761 ,如需转载请自行联系原作者

2). 日后RDB是通过fork子任务管理器来协助完成数据持久化工作的,因此,日后当数据集较大时,日都可不可以 导致 整个服务器停止服务几百毫秒,甚至是1秒钟。

4). AOF包涵盖三个 格式清晰、易于理解的日志文件用于记录所有的修改操作。事实上,你会们 才能才能通过该文件完成数据的重建。

AOF持久化配置

2). 根据同步策略的不同,AOF在运行速率单位上往往会慢于RDB。总之,每秒同步策略的速率单位是比较高的,同步禁用策略的速率单位和RDB一样高效。

2). 日都可不可以 机制对日志文件的写入操作采用的是append模式,因此在写入过程中即使再次冒出宕机大问题,就是会破坏日志文件中日后地处的内容。然而日后你会们 本次操作就是写入了一半数据就再次冒出了系统崩溃大问题,不让担心,在Redis下一次启动日后,你会们 能才能通过redis-check-aof工具来帮助你会们 处置数据一致性的大问题。

save 200 10 #在200秒(5分钟)日后,日后离米 有10个key地处变化,则dump内存快照。

二者选择的标准,就是看系统是你会牺牲或多或少性能,换取更高的缓存一致性(aof),还是你会写操作频繁的日后,不启用备份来换取更高的性能,待手动运行save的日后,再做备份(rdb)。rdb這個 就更或多或少 eventually consistent的意思了。

AOF的劣势有哪此呢?

RDB地处哪此优势呢?

save 900 1 #在900秒(15分钟)日后,日后离米 有有三个 key地处变化,则dump内存快照。

appendfsync everysec #每秒钟同步一次,该策略为AOF的缺省策略。

1). 对于相同数量的数据集而言,AOF文件通常要大于RDB文件。RDB 在恢复大数据集时的速率单位比 AOF 的恢复速率单位要快。

3). 性能最大化。对于Redis的服务任务管理器而言,在始于持久化时,它唯一必须做的就是fork出子任务管理器,日后再由子任务管理器完成哪此持久化的工作,原来就能才能极大的处置服务任务管理器执行IO操作了。

Redis会将数据集的快照dump到dump.rdb文件中。此外,你会们 才能才能通过配置文件来修改Redis服务器dump快照的频率,在打开6379.conf文件日后,你会们 搜索save,能才能看了下面的配置信息:

1). 该机制能才能带来更高的数据安全性,即数据持久性。Redis中提供了3中同步策略,即每秒同步、每修改同步和不同步。事实上,每秒同步也是异步完成的,其速率单位也是非常高的,所差的是一旦系统再次冒出宕机大问题,如此這個 秒钟之内修改的数据日后丢失。而每修改同步,你会们 能才能将其视为同步持久化,即每次地处的数据变化都可不可以 被立即记录到磁盘中。能才能预见,這個 办法在速率单位上是最低的。至于无同步,不让多言,我你会你会们 都能正确的理解它。

最近在项目中使用到Redis做缓存,方便多个业务任务管理器之间共享数据。日后Redis的数据都存装入 内存中,日后如此配置持久化,redis重启后数据就全丢失了,于是必须开启redis的持久化功能,将数据保存到磁盘上,当redis重启后,能才能从磁盘中恢复数据。redis提供四种 办法进行持久化,四种 是RDB持久化(原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化),另外四种 是AOF持久化(原理是将Reids的操作日志以追加的办法写入文件)。如此这四种 持久化办法有哪此区别呢,改怎么选择呢?网上看了大多数完整性都是介绍这四种 办法为什么么么在配置,为什么么么在使用,就是如此介绍二者的区别,在哪此应用场景下使用。

3). 日后日志过大,Redis能才能自动启用rewrite机制。即Redis以append模式不断的将修改数据写入到老的磁盘文件中,共同Redis都可不可以 创建有三个 新的文件用于记录此期间有哪此修改命令被执行。因此在进行rewrite切换时能才能更好的保证数据安全性。

AOF的优势有哪此呢?

AOF持久化以日志的形式记录服务器地处置的每有三个 写、删除操作,查询操作不让记录,以文本的办法记录,能才能打开文件看了完整性的操作记录。

save 200 20000 #在200秒(1分钟)日后,日后离米 有20000个key地处变化,则dump内存快照。

RDB又地处哪此劣势呢?

RDB持久化配置

RDB持久化是地处指定的时间间隔内将内存中的数据集快照写入磁盘,实际操作过程是fork有三个 子任务管理器,先将数据集写入临时文件,写入成功后,再替换日后的文件,用二进制压缩存储。

appendfsync always #每次有数据修改地处时都可不可以 写入AOF文件。

1). 一旦采用该办法,如此你的整个Redis数据库将只包涵盖三个 文件,这对于文件备份而言是非常完美的。比如,你日后打算每个小时归档一次最近24小时的数据,共同必须每天归档一次最近200天的数据。通过原来的备份策略,一旦系统再次冒出灾难性故障,你会们 能才能非常容易的进行恢复。

appendfsync no #不让同步。高效因此数据不让被持久化。

4). 相比于AOF机制,日后数据集很大,RDB的启动速率单位会更高。

1). 日后你想保证数据的高可用性,即最大限度的处置数据丢失,如此RDB将完整性都是有三个 很好的选择。日后系统一旦在定时持久化日后再次冒出宕机大问题,此前如此来得及写入磁盘的数据都将丢失。

在Redis的配置文件中地处四种 同步办法,它们分别是: