基于内存的分布式NoSQL数据库Redis(五)数据存储与RDB设计

目标：掌握Redis的RDB持久化机制

路径

实施

问题

代码语言：javascript复制

Redis中的数据都存储在内存中，由内存对外提供读写，Redis一旦重启，内存中的数据就会丢失，Redis如何实现持久化？

RDB方案

Redis默认的持久化方案

思想

按照一定的时间内，如果Redis内存中的数据产生了一定次数的更新，就将整个Redis内存中的所有数据拍摄一个全量快照文件存储在硬盘上
新的快照会覆盖老的快照文件，快照是全量快照，包含了内存中所有的内容，基本与内存一致
如果Redis故障重启，从硬盘的快照文件进行恢复

举例

过程

触发

手动触发：当执行某些命令时，会自动拍摄快照【一般不用】

save：手动触发拍摄RDB快照的，将内存的所有数据拍摄最新的快照
- 前端运行
- 阻塞所有的客户端请求，等待快照拍摄完成后，再继续处理客户端请求
- 特点：快照与内存是一致的，数据不会丢失，用户的请求会被阻塞
bgsave：手动触发拍摄RDB快照的，将内存的所有数据拍摄最新的快照
- 后台运行
- 主进程会fork一个子进程负责拍摄快照，客户端可以正常请求，不会被阻塞
- 特点：用户请求继续执行，用户的新增的更新数据不在快照中
shutdown：执行关闭服务端命令
flushall：清空，没有意义

自动触发：按照一定的时间内发生的更新的次数，拍摄快照

配置文件中有对应的配置，决定什么时候做快照

代码语言：javascript复制

#Redis可以设置多组rdb条件，默认设置了三组，这三组共同交叉作用，满足任何一个都会拍摄快照
save 900 1
save 300 10
save 60 10000

原因：如果只有一组策略，面向不同的写的场景，会导致数据丢失 - 针对不同读写速度，设置不同策略，进行交叉保存快照，满足各种情况下数据的保存策略

优缺点

优点
- rdb方式实现的是全量快照，快照文件中的数据与内存中的数据是一致的
- 快照是二进制文件，生成快照加载快照都比较快，体积更小
- Fork进程实现，性能更好
- 总结：更快、更小、性能更好
缺点
- 存在一定概率导致部分数据丢失

应用：希望有一个高性能的读写，不影响业务，允许一部分的数据存在一定概率的丢失**【做缓存】**，大规模的数据备份和恢复

小结

目标：实现RDB持久化的测试

实施

查看当前快照

代码语言：javascript复制

ll /export/server/redis/datas/

配置修改

代码语言：javascript复制

cd /export/server/redis
vim redis.conf
#202行
save 900 1
save 300 10
save 60 10000
save 20 2

重启redis服务，配置才会生效

代码语言：javascript复制

shutdown
redis-start.sh

插入数据

代码语言：javascript复制

  set s1 "laoda"
  set s2 "laoliu"
  set s3 "laoliu"

查看dump的rdb快照

代码语言：javascript复制

  ll /export/server/redis/datas/

小结

0 人点赞