博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Redis - 主从
阅读量:3783 次
发布时间:2019-05-22

本文共 4033 字,大约阅读时间需要 13 分钟。

目录


一、Redis服务器管理命令总结

  • Info
  • Clinet list
  • Client kill ip:port
  • config get *
  • CONFIG RESETSTAT 重置统计
  • CONFIG GET/SET 动态修改
  • Dbsize
  • FLUSHALL 清空所有数据 
  • select 1
  • FLUSHDB 清空当前库
  • MONITOR 监控实时指令
  • SHUTDOWN 关闭服务器
  • save将当前数据保存
  • 关闭数据库:redis-cli -a root shutdown
  • SLAVEOF host port 主从配置
  • SLAVEOF NO ONE
  • SYNC 主从同步
  • ROLE返回主从角色

二、主从复制介绍

使用异步复制。

一个主服务器可以有多个从服务器。

从服务器也可以有自己的从服务器。

复制功能不会阻塞主服务器。

可以通过复制功能来让主服务器免于执行持久化操作,由从服务器去执行持久化操作即可。

2-1 复制数据时,打开服务器的持久化原因

当配置Redis复制功能时,强烈建议打开主服务器的持久化功能。 否则的话,由于延迟等问题,部署的服务应该要避免自动拉起。

为了帮助理解主服务器关闭持久化时自动拉起的危险性,参考一下以下会导致主从服务器数据全部丢失的例子:

1. 假设节点A为主服务器,并且关闭了持久化。 并且节点B和节点C从节点A复制数据

2. 节点A崩溃,然后由自动拉起服务重启了节点A. 由于节点A的持久化被关闭了,所以重启之后没有任何数据

3. 节点B和节点C将从节点A复制数据,但是A的数据是空的, 于是就把自身保存的数据副本删除。

在关闭主服务器上的持久化,并同时开启自动拉起进程的情况下,即便使用Sentinel来实现Redis的高可用性,也是非常危险的。 因为主服务器可能拉起得非常快,以至于Sentinel在配置的心跳时间间隔内没有检测到主服务器已被重启,然后还是会执行上面的数据丢失的流程。

无论何时,数据安全都是极其重要的,所以应该禁止主服务器关闭持久化的同时自动拉起。

2-2 主从复制原理

1. 从服务器向主服务器发送 SYNC 命令。

2. 接到 SYNC 命令的主服务器会调用BGSAVE 命令,创建一个 RDB 文件,并使用缓冲区记录接下来执行的所有写命令。

3. 当主服务器执行完 BGSAVE 命令时,它会向从服务器发送 RDB 文件,而从服务器则会接收并载入这个文件。

4. 主服务器将缓冲区储存的所有写命令发送给从服务器执行。

SYNC 命令执行示例标题

2-3 命令传播

在主从服务器完成同步之后,主服务器每执行一个写命令,它都会将被执行的写命令发送给从服务器执行,这个操作被称为“命令传播”(command propagate)。

命令传播是一个持续的过程:只要复制仍在继续,命令传播就会一直进行,使得主从服务器的状态可以一直保持一致。

2-4 复制中的SYNC和PSYNC

  Redis 2.8 版本之前, 断线之后重连的从服务器总要执行一次完整重同步(full resynchronization)操作。

  Redis 2.8 开始,Redis 使用 PSYNC命令代替 SYNC 命令。

PSYNC 比起 SYNC 的最大改进在于 PSYNC 实现了部分重同步(partial resync)特性:在主从服务器断线并且重新连接的时候,只要条件允许,PSYNC 可以让主服务器只向从服务器同步断线期间缺失的数据,而不用重新向从服务器同步整个数据库。

标SYNC 处理断线重连示例题

 

PSYNC 处理断线重连示例标题

三、主从复制的一致性保证

在读写分离环境下,客户端向主服务器发送写命令 SET n 10086,主服务器在执行这个写命令之后,向客户端返回回复,并将这个写命令传播给从服务器。

接到回复的客户端继续向从服务器发送读命令 GET n ,并且因为网络状态的原因,客户端的 GET命令比主服务器传播的 SET 命令更快到达了从服务器。

因为从服务器键 n 的值还未被更新,所以客户端在从服务器读取到的将是一个错误(过期)的 n值。

 

3-1 复制安全性提升

主服务器只在有至少 N 个从服务器的情况下,才执行写操作

  Redis 2.8 开始, 为了保证数据的安全性, 可以通过配置, 让主服务器只在有至少 N 个当前已连接从服务器的情况下, 才执行写命令。

  不过, 因为 Redis 使用异步复制, 所以主服务器发送的写数据并不一定会被从服务器接收到, 因此, 数据丢失的可能性仍然是存在的。

通过以下两个参数保证数据的安全:

  • min-slaves-to-write <number of slaves>
  • min-slaves-max-lag <number of seconds>

四、主从复制的实际操作

4-1 环境准备

准备两个或两个以上redis实例mkdir /data/638{0..2}配置文件示例:cat >> /data/6380/redis.conf << EOF port 6380daemonize yespidfile /data/6380/redis.pidloglevel noticelogfile "/data/6380/redis.log"dbfilename dump.rdbdir /data/6380requirepass 123masterauth 123EOFcp /data/6380/redis.conf /data/6381/redis.confcp /data/6380/redis.conf /data/6382/redis.confsed -i 's#6380#6381#g' /data/6381/redis.confsed -i 's#6380#6382#g' /data/6382/redis.conf启动:redis-server /data/6380/redis.confredis-server /data/6381/redis.confredis-server /data/6382/redis.confnetstat -lnp|grep 638  主节点:6380从节点:6381、6382

4-2 开启主从

6381/6382命令行:redis-cli -p 6381 -a 123 SLAVEOF 127.0.0.1 6380redis-cli -p 6382 -a 123 SLAVEOF 127.0.0.1 6380

4-3 查询主从状态

redis-cli -p 6380 -a 123 info replicationredis-cli -p 6381 -a 123 info replicationredis-cli -p 6382 -a 123 info replication

4-4 手动从库切换为主库  - 模拟主库故障宕机

redis-cli -p 6380 -a 123 shutdownredis-cli -p 6381 -a 123info replicationslaveof no one6382连接到6381:[root@db03 ~]# redis-cli -p 6382 -a 123127.0.0.1:6382> SLAVEOF no one127.0.0.1:6382> SLAVEOF 127.0.0.1 6381

五、使用 redis-sentinel 实现主从的自动切换

redis-sentinel(哨兵)

  • 监控,监视主机的宕机和回复,实现结构的自愈
  • 自动选主,切换(6381 slaveof no one)
  • 2号从库(6382)指向新主库(6381)
  • 应用透明 

5-1 搭建 redis-sentinel

mkdir /data/26380cd /data/26380cat >> sentinel.conf << EOFport 26380dir "/data/26380"sentinel monitor mymaster 127.0.0.1 6380 1sentinel down-after-milliseconds mymaster 5000sentinel auth-pass mymaster 123 EOF启动:redis-sentinel /data/26380/sentinel.conf &==============================如果有问题:1、重新准备1主2从环境2、kill掉sentinel进程3、删除sentinel目录下的所有文件4、重新搭建sentinel==============================

 5-2 模拟主库故障,测试自动转换主备

[root@db01 ~]# redis-cli -p 6380 shutdown[root@db01 ~]# redis-cli -p 6381 info replication启动源主库(6380),看状态。Sentinel管理命令:redis-cli -p 26380PING :返回 PONG 。SENTINEL masters :列出所有被监视的主服务器SENTINEL slaves 
SENTINEL get-master-addr-by-name
: 返回给定名字的主服务器的 IP 地址和端口号。 SENTINEL reset
: 重置所有名字和给定模式 pattern 相匹配的主服务器。 SENTINEL failover
: 当主服务器失效时, 在不询问其他 Sentinel 意见的情况下, 强制开始一次自动故障迁移。

 

转载地址:http://vrlvn.baihongyu.com/

你可能感兴趣的文章
最小公倍数
查看>>
淘宝购物车测试用例
查看>>
Java语言基础(多态,抽象类,接口)
查看>>
Java语言基础(内部类,匿名内部类,object类)
查看>>
Java语言基础(数组冒泡排序,选择排序等,二分法)
查看>>
史上最全的集合(集合UML图(Collection集合和Map集合)详解,子接口(list和set)泛型)
查看>>
IO流(字节流和字符流)
查看>>
P1563 玩具谜题
查看>>
L1-002 打印沙漏 (20分)
查看>>
P1217 [USACO1.5]回文质数 Prime Palindromes
查看>>
P1014 Cantor表
查看>>
实验十 算术编码
查看>>
实验二 二维随机变量信息量的计算
查看>>
使用react脚手架创建react项目时发生错误
查看>>
关于setState是异步与同步的
查看>>
56. 合并区间---js解法
查看>>
5. 最长回文子串---js解法
查看>>
USACO 2007 Open Gold/acwing2240:餐饮 (拆点+最大流)‘三分图匹配’
查看>>
那些年你不知道的C++STL进制转换函数
查看>>
区间和并问题 思路加模板整理(校门外的树)
查看>>