1、写操作的流程
2、RDB快照-redis的第一个持久化策略
第一种是以快照的形式持久化到本地磁盘(RDB文件)。
持久化策略是:
1.配置(save N M)在N秒内,redis至少发生M次修改,则redis持久化快照到本地磁盘。
- after 900 sec (15 min) if at least 1 key changed
2.手动持久化:手动save或bgsave快照。
- 工作原理:当redis进行持久化时,redis会fork出一个子进程,然后在子进程中循环所有的数据,将数据写入一个临时RDB文件中;当子进程完成写操作时,会将原来的RDB替换掉。
RDB持久化常用配置项
dbfilename dump.rdb
dir ./
save <seconds> <changes>
不足:一旦数据库出现问题(如直接关闭服务器),那我们的RDB文件中保存的数据并不是全新的,从上次RDB文件生成到Redis停机这段时间的数据全部丢掉了。 对于可以忍受的业务,推荐使用RDB方式进行持久化,因为开启RDB的代价并不高。但是对于对数据安全性要求极高的应用,Redis引入了:AOF日志。
3、AOF日志
AOF日志,全称append only file,是一个追加写入的日志文件,是可识别的纯文本,内容就是一个个的redis标准命令。
AOF重写:AOF rewrite
Redis AOF持久化常用配置项
appendonly yes
appendfilename appendonly.aof
appendfsync everysec 三种不同的刷新模式
appendfsync always
appendfsync no
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
RDB和AOF持久化的区别
RDB特性:
fork一个进程,遍历Hashtable,利用copy-on-write,把整个db dump保存下来。
save,shutdown,slave之前crash,则中间的操作无法恢复。
AOF特性:
把写操作指令,持续的写入一个类似日志文件。
粒度较小,crash后,只有crash前没有来得及做日志的操作无法恢复。
二者区别:
AOF是持续用日志记录写操作,crash后利用日志恢复;
RDB是平时写操作时不触发写,只有达到写操作节点或手动提交save命令或关闭命令时,才会触发备份操作。
原文地址:https://www.cnblogs.com/lvwei093/p/8601632.html
时间: 2024-11-05 18:28:25