Xukaiy的博客

文章目录Redis的主从复制Redis的主从复制模式主从库的同步第一次同步第一阶段：建立连接，协商同步第二阶段第三阶段命令传播增量复制过程如何确定从哪个地方开始发送 Redis的主从复制 原因：如果数据只是单纯的存在一台服务器器上，那么服务器要是宕机了，虽然有持久化的机制尽可能的保证数据不丢失，但是数据的恢复也是需要一些时间的，所以在此期间是没办法接收用户的请求的，这种情况是不允许存在的，所以需要有多台服务器同时存在 Redis的主从复制模式 我们可以使用 replicaof（Redis 5.0 之前

RDB 内存快照 概念：就是指内存中的数据某一个时刻中的状态记录，它实现一种把某一个时刻的状态记录到文件中，与AOF不同的是，它记录的是数据而并不是操作的命令 快照的使用 Redis 提供了两个命令来生成 RDB 文件，分别是 save 和 bgsave，他们的区别就在于是否在「主线程」里执行 执行了 save 命令，就会在主线程生成 RDB 文件，由于和执行操作命令在同一个线程，所以如果写入 RDB 文件的时间太长，会阻塞主线程 执行了 bgsava 命令，会创建一个子进程来生成 RDB 文件，这样可以

AOF AOF的实现 定义：与MySQL的redo log（重做日志）不同的是AOF是先写数据后写日志（因为先写数据的话可以先校验写入的redis语句的语法是否是正确的，避免写入语法错误的语句导致出错），AOF是以命令的形式进程存储的，这些命令都是以文本进行保存的 先写数据后写日志的优点 先让系统执行命令，执行成功之后才将数据写入到日志中，如果语法错误就将错误返回给客户端 不会阻塞当前的写操作 AOF的风险 如果当数据修改之后，Redis就宕机了，这时候还没有来得及将数据记载到日志中，所以无法用日志