Redis的持久化机制
2019-03-21 23:58
169 查看
版权声明:本文为博主原创文章,转载请附上博文链接! https://blog.csdn.net/weixin_44420955/article/details/88729609
Redis的持久化机制
Redis持久化机制的概念
Redis是一个内存型数据库,为了保证服务器出现宕机或其他意外导致服务器停止时数据不丢失。 Redis提供了两种持久化机制,RDB和AOF机制,当服务重启时利用之前的持久化文件即可实现数据恢复。
RDB持久化机制
RDB机制也称Snapshotting,是通过将当前进程中的数据以快照文件的方式保存到磁盘,实现数据的持久化。
Snapshotting(RDB)机制的运行原理
redis将当前进程状态以一个快照文件的形式保存, 当服务出现异常, 重启redis服务时, 会自动将磁盘上的快照文件读取到内存中,完成数据的恢复。
1、Redis通过fork产生子进程;
2、父进程继续处理client请求,子进程负责将快照写入临时文件;
3、子进程写完后,用临时文件替换原来的快照文件,然后子进程退出。
rdb持久化的优缺点
优点:
1、 rdb快照文件是经过算法压缩后生成的,所以rdb文件比实际内存中的数据要小。 文件小,所以恢复数据速度快。
2、 我们可以将一个rdb快照文件, 传送给远程的服务器,完成备份。
缺点:
1、无法实现秒级的备份
2、不同版本之间的rdb快照文件格式存在差异, 不同版本的rdb快照文件不兼容
AOF持久化机(append only file)
AOF持久化是指, redis将当前进程中的数据以命令日志文件的方式保存到磁盘。 当重启redis服务时,再将命令日志文件读取到进程中, 将所有的命令执行一遍,完成数据的恢复。
Append-Only File(AOF)机制的运行原理
1、Redis 通过fork一个子进程
2、父进程继续处理client请求,子进程把AOF内容写入缓冲区;
3、子进程写完退出,父进程接收退出消息,将缓冲区AOF写入临时文件;
4、临时文件重命名成appendonly.aof,原来文件被覆盖,整个过程完成。
优点
1、 命令日志文件的可读性较好。
2、 可实现秒级备份
缺点
1、 命令日志文件比较大。 数据的恢复较慢 。
RDB和AOF对比
持久化技术 | 优势 | 缺陷 |
---|---|---|
Snapshotting | 1、RDB产生的文件小。2、RDB恢复快,并且简单,例如你可以快速的将RDB文件传输到其他主机,做数据的恢复。3、在进行RDB备份的时候,主进程仅仅需要创建一个子进程,所有的I/O操作都由子进程完成 | 1、无法做到实时秒级持久化,在两个备份点之间可能会发生数据丢失 2、生成的RDB二进制文件,会存在新老版本兼容的问题。 |
AOF | 1、数据的备份粒度更小,数据安全性更高。2、AOF只会对日志文件进行追加操作,不会修改已经写好的内容。即使在掉电的情况下,AOF日志仍然是可用的 | 1、AOF文件通常比相同的数据集的RDB文件更大。2、AOF写日志可能会很慢,这跟fsync的机制有关。 |
总结
快照易丢失数据,AOF模式较为安全,但日志重写时磁盘io开销大,容易导致服务器性能严重下降,并且需要足够的物理内存,这个比较危险,所以在高性能服务器上一般是用主从复制来进行持久化
相关文章推荐
- Redis提供的持久化机制(RDB和AOF)【转载】
- redis实战_06_持久化机制
- Redis提供的持久化机制
- redis持久化机制
- Redis学习手册--持久化机制
- Redis:常用命令&事务&发布与订阅&持久化机制&主从复制介绍
- 【Redis基础】持久化机制
- Redis源码剖析和注释(十八)--- Redis AOF持久化机制
- 25 图解分析redis的RDB和AOF两种持久化机制的工作原理
- 【Redis缓存机制】9.快照持久化和AOF持久化
- redis持久化机制
- Redis入门之浅谈rdb持久化机制
- redis持久化机制
- Redis入门到精通-持久化机制
- redis--持久化机制
- 分析redis的RDB和AOF两种持久化机制的工作原理
- Redis的持久化机制
- Redis提供的持久化机制(RDB和AOF)
- Redis入门之浅谈aof持久化机制
- Redis持久化机制和恢复机制