Redis——分布式缓存

本文详细介绍了Redis的持久化机制,包括RDB和AOF的特点、优缺点及执行过程。接着讲解了Redis主从集群的搭建,重点阐述了数据同步原理,包括全量同步和增量同步。此外,还探讨了哨兵系统在故障恢复中的作用以及如何搭建哨兵集群。最后提到了Redis分片集群用于解决海量数据存储和高并发写入的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一.Redis持久化
1.RDB
RDB全称Redis Database Backup file(Redis数据备份文件),也被叫做Redis数据快照。简单来说就是把内存中的所有数据记录到磁盘中。当Redis实例故障重启后,从磁盘读取快照文件,恢复数据。
快照文件称为RDB文件,默认是保存到当前运行目录。
在这里插入图片描述
RDB执行命令有两种:使用save命令是利用主进程在对Redis进行持久化,因为Redis是一种单线程模式,这样的话会对阻塞所有命令,耗时时间长。不推荐使用。

推荐使用bigsave命令对Redis进行持久化操作,bgsave开始时会fork主进程得到子进程,子进程共享主进程的内存数据。完成fork后读取内存中的数据并写入RDB文件。
fork采用的是copy-on-write技术:

  • 当主进程执行读操作时,访问共享内存;
  • 当主进程执行写操作时,则会拷贝一份数据,执行写操作。
    在这里插入图片描述
    这也会有一种极端的情况发生:当数据进行RDB备份的时候,如果说读写速度很慢,会耗费一定的时间,而这段时间会有大量的请求来对数据进行更改,这样主进程就会不断的拷贝数据进行修改,此时内存就会是当前内存的2倍,所以在使用redis的时候需要预留出一部分内存,避免这种极端情况发生,否则就会造成内存溢出的现象。

总结:
RDB方式bgsave的基本流程?

  • fork主进程一个子进程,共享内存空间
  • 子进程读取内存数据并写入新的RDB文件
  • 用新的RDB文件替换旧的RDB文件

RDB会在什么时候执行?save 60 1000代表什么含义?

  • 默认是服务停止时
  • 代表60秒内至少执行1000次修改才会才触发RDB

RDB的缺点?

  • RDB执行间隔时间长,两次RDB之间写入数据有丢失的风险
  • fork子进程,压缩,写出RDB文件都比较耗时

2.AOF持久化
AOF全称Append Only File(追加文件)。Redis处理的每一个写命令都会记录在AOF文件,可以看做是命令日志文件。

AOF默认是关闭的,需要修改redis.conf配置文件来开启AOF:
在这里插入图片描述
AOF的命令记录的频率也可以通过redis.conf文件来配:
在这里插入图片描述
因为是记录命令,AOF文件会比RDB文件大的多。而且AOF会记录对同一个key的多次写操作,但只有最后一次写操作才有意义。通过执行bgrewriteaof命令,可以让AOF文件执行重写功能,用最少的命令达到相同的效果。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值