致力于做服务更好的网站建设公司,禾量电商小程序,长春seo服务,南昌高端网站定制Redis 持久化之RDB和AOF
Redis 有两种持久化方案#xff0c;RDB #xff08;Redis DataBase#xff09;和 AOF #xff08;Append Only File#xff09;。如果你想快速了解和使用RDB和AOF#xff0c;可以直接跳到文章底部看总结。本章节通过配置文件#xff0c;触发快照…Redis 持久化之RDB和AOF
Redis 有两种持久化方案RDB Redis DataBase和 AOF Append Only File。如果你想快速了解和使用RDB和AOF可以直接跳到文章底部看总结。本章节通过配置文件触发快照的方式恢复数据的操作命令操作演示优缺点来学习 Redis 的重点知识持久化。
RDB 详解
RDB 是 Redis 默认的持久化方案。在指定的时间间隔内执行指定次数的写操作则会将内存中的数据写入到磁盘中。即在指定目录下生成一个dump.rdb文件。Redis 重启会通过加载dump.rdb文件恢复数据。
从配置文件了解RDB
打开 redis.conf 文件找到 SNAPSHOTTING 对应内容 1 RDB核心规则配置重点
save seconds changes
# save
save 900 1
save 300 10
save 60 10000解说save 指定时间间隔 执行指定次数更新操作满足条件就将内存中的数据同步到硬盘中。官方出厂配置默认是 900秒内有1个更改300秒内有10个更改以及60秒内有10000个更改则将内存中的数据快照写入磁盘。 若不想用RDB方案可以把 save 的注释打开下面三个注释。
2 指定本地数据库文件名一般采用默认的 dump.rdb
dbfilename dump.rdb3 指定本地数据库存放目录一般也用默认配置
dir ./4 默认开启数据压缩
rdbcompression yes解说配置存储至本地数据库时是否压缩数据默认为yes。Redis采用LZF压缩方式但占用了一点CPU的时间。若关闭该选项但会导致数据库文件变的巨大。建议开启。
触发RDB快照
1 在指定的时间间隔内执行指定次数的写操作 2 执行save阻塞 只管保存快照其他的等待 或者是bgsave 异步命令 3 执行flushall 命令清空数据库所有数据意义不大。 4 执行shutdown 命令保证服务器正常关闭且不丢失任何数据意义...也不大。
通过RDB文件恢复数据
将dump.rdb 文件拷贝到redis的安装目录的bin目录下重启redis服务即可。在实际开发中一般会考虑到物理机硬盘损坏情况选择备份dump.rdb 。可以从下面的操作演示中可以体会到。
RDB 的优缺点
优点 1 适合大规模的数据恢复。 2 如果业务对数据完整性和一致性要求不高RDB是很好的选择。
缺点 1 数据的完整性和一致性不高因为RDB可能在最后一次备份时宕机了。 2 备份时占用内存因为Redis 在备份时会独立创建一个子进程将数据写入到一个临时文件此时内存中的数据是原来的两倍哦最后再将临时文件替换之前的备份文件。 所以Redis 的持久化和数据的恢复要选择在夜深人静的时候执行是比较合理的。
操作演示
[rootitdragon bin]# vim redis.conf
save 900 1
save 120 5
save 60 10000
[rootitdragon bin]# ./redis-server redis.conf
[rootitdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
(empty list or set)
127.0.0.1:6379 set key1 value1
OK
127.0.0.1:6379 set key2 value2
OK
127.0.0.1:6379 set key3 value3
OK
127.0.0.1:6379 set key4 value4
OK
127.0.0.1:6379 set key5 value5
OK
127.0.0.1:6379 set key6 value6
OK
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[rootitdragon bin]# cp dump.rdb dump_bk.rdb
[rootitdragon bin]# ./redis-server redis.conf
[rootitdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 FLUSHALL
OK
127.0.0.1:6379 keys *
(empty list or set)
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[rootitdragon bin]# cp dump_bk.rdb dump.rdb
cp: overwrite dump.rdb? y
[rootitdragon bin]# ./redis-server redis.conf
[rootitdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
1) key5
2) key1
3) key3
4) key4
5) key6
6) key2第一步vim 修改持久化配置时间120秒内修改5次则持久化一次。 第二步重启服务使配置生效。 第三步分别set 5个key过两分钟后在bin的当前目录下会自动生产一个dump.rdb文件。set key6 是为了验证shutdown有触发RDB快照的作用 第四步将当前的dump.rdb 备份一份模拟线上工作。 第五步执行FLUSHALL命令清空数据库数据模拟数据丢失。 第六步重启Redis服务恢复数据.....咦( ′◔ ‸◔)。数据是空的这是因为FLUSHALL也有触发RDB快照的功能。 第七步将备份的 dump_bk.rdb 替换 dump.rdb 然后重新Redis。
注意点SHUTDOWN 和 FLUSHALL 命令都会触发RDB快照这是一个坑请大家注意。
其他命令
keys * 匹配数据库中所有 keysave 阻塞触发RDB快照使其备份数据FLUSHALL 清空整个 Redis 服务器的数据(几乎不用)SHUTDOWN 关机走人很少用 AOF 详解
AOF Redis 默认不开启。它的出现是为了弥补RDB的不足数据的不一致性所以它采用日志的形式来记录每个写操作并追加到文件中。Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
从配置文件了解AOF
打开 redis.conf 文件找到 APPEND ONLY MODE 对应内容 1 redis 默认关闭开启需要手动把no改为yes
appendonly yes2 指定本地数据库文件名默认值为 appendonly.aof
appendfilename appendonly.aof3 指定更新日志条件
# appendfsync always
appendfsync everysec
# appendfsync no解说 always同步持久化每次发生数据变化会立刻写入到磁盘中。性能较差当数据完整性比较好慢安全 everysec出厂默认推荐每秒异步记录一次默认值 no不同步
4 配置重写触发机制
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb解说当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。一般都设置为3G64M太小了。
触发AOF快照
根据配置文件触发可以是每次执行触发可以是每秒触发可以不同步。
根据AOF文件恢复数据
正常情况下将appendonly.aof 文件拷贝到redis的安装目录的bin目录下重启redis服务即可。但在实际开发中可能因为某些原因导致appendonly.aof 文件格式异常从而导致数据还原失败可以通过命令redis-check-aof --fix appendonly.aof 进行修复 。从下面的操作演示中体会。
AOF的重写机制
前面也说到了AOF的工作原理是将写操作追加到文件中文件的冗余内容会越来越多。所以聪明的 Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时Redis就会对AOF文件的内容压缩。
重写的原理Redis 会fork出一条新进程读取内存中的数据并重新写到一个临时文件中。并没有读取旧文件你都那么大了我还去读你 o(Д)っ傻啊。最后替换旧的aof文件。
触发机制当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。这里的“一倍”和“64M” 可以通过配置文件修改。
AOF 的优缺点
优点数据的完整性和一致性更高 缺点因为AOF记录的内容多文件会越来越大数据恢复也会越来越慢。
操作演示
[rootitdragon bin]# vim appendonly.aof
appendonly yes
[rootitdragon bin]# ./redis-server redis.conf
[rootitdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
(empty list or set)
127.0.0.1:6379 set keyAOf valueAof
OK
127.0.0.1:6379 FLUSHALL
OK
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[rootitdragon bin]# ./redis-server redis.conf
[rootitdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
1) keyAOf
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[rootitdragon bin]# vim appendonly.aof
fjewofjwojfoewifjowejfwf
[rootitdragon bin]# ./redis-server redis.conf
[rootitdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
Could not connect to Redis at 127.0.0.1:6379: Connection refused
not connected QUIT
[rootitdragon bin]# redis-check-aof --fix appendonly.aof
x 3e: Expected prefix *, got:
AOF analyzed: size92, ok_up_to62, diff30
This will shrink the AOF from 92 bytes, with 30 bytes, to 62 bytes
Continue? [y/N]: y
Successfully truncated AOF
[rootitdragon bin]# ./redis-server redis.conf
[rootitdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
1) keyAOf第一步修改配置文件开启AOF持久化配置。 第二步重启Redis服务并进入Redis 自带的客户端中。 第三步保存值然后模拟数据丢失关闭Redis服务。 第四步重启服务发现数据恢复了。额外提一点有教程显示FLUSHALL 命令会被写入AOF文件中导致数据恢复失败。我安装的是redis-4.0.2没有遇到这个问题。 第五步修改appendonly.aof模拟文件异常情况。 第六步重启 Redis 服务失败。这同时也说明了RDB和AOF可以同时存在且优先加载AOF文件。 第七步校验appendonly.aof 文件。重启Redis 服务后正常。
补充点aof 的校验是通过 redis-check-aof 文件那么rdb 的校验是不是可以通过 redis-check-rdb 文件呢
总结
Redis 默认开启RDB持久化方式在指定的时间间隔内执行指定次数的写操作则将内存中的数据写入到磁盘中。RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。Redis 需要手动开启AOF持久化方式默认是每秒将写操作日志追加到AOF文件中。AOF 的数据完整性比RDB高但记录内容多了会影响数据恢复的效率。Redis 针对 AOF文件大的问题提供重写的瘦身机制。若只打算用Redis 做缓存可以关闭持久化。若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份留一后手。AOF出问题了还有RDB。
到这里Redis 的持久化就介绍完了有什么不对的地方可以指出。
