Redis持久化之RDB
来源:互联网 发布:淘宝技巧 编辑:程序博客网 时间:2024/05/29 09:49
RDB(Redis Database)
在指定时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行任何IO操作,这就确保了极高的性能。如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那EDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
Fork:Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量、环境变量、程序计数器等)数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程
Rdb保存的是dump.rdb文件
redis.conf配置
[root@localhost bin]# cd /myredis[root@localhost myredis]# lsredis.conf[root@localhost myredis]# vi redis.conf
rdb文件
[root@localhost myredis]# cd /usr/local/bin
实验1:
测试第二个默认配置,5分钟内修改10次
[root@localhost ~]# cd /usr/local/bin[root@localhost bin]# redis-cli -p 6379127.0.0.1:6379> set k1 v1OK127.0.0.1:6379> set k2 v2OK127.0.0.1:6379> set k3 v3OK127.0.0.1:6379> set k4 v4OK127.0.0.1:6379> set k5 v5OK127.0.0.1:6379> set k6 v6OK127.0.0.1:6379> set k7 v7OK127.0.0.1:6379> set k8 v8OK127.0.0.1:6379> set k9 v9OK127.0.0.1:6379> set k10 v10OK127.0.0.1:6379> keys * 1) "k4" 2) "k3" 3) "k1" 4) "k6" 5) "k5" 6) "k2" 7) "k8" 8) "k10" 9) "k9"10) "k7"127.0.0.1:6379>
五分钟后,再次查看rdb文件,时间是重新修改过的
[root@localhost myredis]# cd /usr/local/bin[root@localhost bin]# ll
实验2:
测试备份恢复
[root@localhost myredis]# cd /usr/local/bin[root@localhost bin]# cp dump.rdb dump-test.rdb
进入客户端,刚才的数据还在
127.0.0.1:6379> keys * 1) "k4" 2) "k3" 3) "k1" 4) "k6" 5) "k5" 6) "k2" 7) "k8" 8) "k10" 9) "k9"10) "k7"127.0.0.1:6379>
清空库
127.0.0.1:6379> flushdbOK127.0.0.1:6379> keys *(empty list or set)127.0.0.1:6379> flushdbOK127.0.0.1:6379> keys *(empty list or set)127.0.0.1:6379> shutdownnot connected> exit再次进入,数据已经清空[root@localhost bin]# redis-cli -p 6379127.0.0.1:6379> keys *(empty list or set)127.0.0.1:6379>
冷备份重新恢复
[root@localhost myredis]# cd /usr/local/bin[root@localhost bin]# cp dump-test.rdb dump.rdbcp: overwrite `dump.rdb'? y[root@localhost bin]# [root@localhost bin]# redis-cli -p 6379127.0.0.1:6379> keys * 1) "k4" 2) "k9" 3) "k8" 4) "k10" 5) "k2" 6) "k7" 7) "k6" 8) "k1" 9) "k5"10) "k3"127.0.0.1:6379>
RDB在redis.conf中的配置
触发RDB快照的命令
命令save或者bgsave
save:save时只管保存,其他不管,全部阻塞
bgsave:Redis会在后台异步进行快照操作,快照同时还可以响应客户端请求。可以通过lastsave命令获取最后一次成功执行快照的时间
注意:执行flushall命令,也会产生dumo.rdb文件,但是里面是空的,无意义
阅读全文
0 0
- Redis持久化之RDB
- Redis之RDB持久化
- Redis 持久化之RDB
- Redis持久化之RDB
- Redis 持久化之 RDB
- redis持久化之----RDB(Redis DataBase )
- [Redis]Redis持久化之RDB快照
- redis数据库之rdb持久化
- redis源码分析之RDB持久化
- redis之RDB持久化策略
- Redis之十 RDB持久化
- Redis持久化之RDB(二)
- Redis 持久化之RDB(二)
- Redis之rdb快照持久化
- Redis的持久化之RDB方式
- Redis的持久化之RDB方式
- Redis 持久化之RDB和AOF
- Redis RDB持久化
- git学习
- NOIP初赛相关代码
- 代码问题汇总
- 通过Cisco Packet Tracer初步了解数据链路层
- CSDN的markdown编辑器
- Redis持久化之RDB
- Shiro安全框架的使用步骤
- 如何将web项目部署到tomcat中?
- ------------------------------------------------
- <10/10>打卡随笔
- MATLAB读取非当前路径的图像
- Mysql主从复制原理及配置
- python基础入门(1/3)
- spark更新广播变量实例