Redis集群安装介绍

已于 2022-04-29 22:07:26 修改
阅读量397 收藏
点赞数
分类专栏： web 文章标签： java 数据库开发
于 2022-04-27 22:27:54 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/woaini886353/article/details/124462500
版权
本文详细介绍了如何安装Redis 3.0，包括主从复制、哨兵 Sentinel 系统的配置与管理，以及Redis集群的搭建、节点添加与删除、故障转移等操作。内容涵盖Redis高可用性和数据一致性解决方案，对于理解Redis的分布式架构和故障恢复机制具有指导意义。
摘要由CSDN通过智能技术生成
  1. 安装Redis3.0

yum -y install cpp binutils glibc glibc-kernheaders glibc-common glibc-devel gcc make gcc-c++ libstdc++-devel tcl

 

mkdir -p /usr/local/src/redis

cd /usr/local/src/redis

wget http://download.redis.io/releases/redis-3.0.2.tar.gz  或者 rz 上传

tar -xvf redis-3.0.2.tar.gz

cd redis-3.0.2

make

make test #这个就不要执行了，需要很长时间

make install

 

cp redis.conf /etc/

vi /etc/redis.conf

# 修改如下，默认为no

daemonize yes

 

#启动

redis-server /etc/redis.conf

#测试

redis-cli

 

  1. 主从复制（读写分离）

主从复制的好处有2点：

  1. 避免redis单点故障
  2. 构建读写分离架构，满足读多写少的应用场景
    1. 主从架构

e9ed90d89dd47e8b1c74391a352977c9.gif

正在上传…重新上传取消

      1. 启动实例

创建6379、6380、6381目录，分别将安装目录下的redis.conf拷贝到这三个目录下。

61186c9c05c3b139084bce0c4fce383d.gif

正在上传…重新上传取消

 

分别进入这三个目录，分别修改配置文件，将端口分别设置为：6379（Master）、6380（Slave）、6381（Slave）。同时要设置pidfile文件为不同的路径。

 

分别启动三个redis实例：

ec50925d91c2427baa81671ee98f70b8.gif

正在上传…重新上传取消

      1. 设置主从

在redis中设置主从有2种方式：

 

  1. 在redis.conf中设置slaveof
    1. slaveof <masterip> <masterport>
  2. 使用redis-cli客户端连接到redis服务，执行slaveof命令
    1. slaveof <masterip> <masterport>

 

第二种方式在重启后将失去主从复制关系。

 

查看主从信息：INFO replication

 

主：

0e48109297114159c354254bc259b508.gif

正在上传…重新上传取消

role：角色

connected_slaves：从库数量

slave0：从库信息

 

从：

249eb46b96046eb201b8be5fe3c3f075.gif

正在上传…重新上传取消

      1. 测试

在主库写入数据：

cf418b1c0d54e726b7e10fe923a4487b.gif

正在上传…重新上传取消

 

在从库读取数据：

4cb347b382cbee6d745d7af97a95d869.gif

正在上传…重新上传取消

    1. 主从从架构

efce938a5c838566c4cf8ee881103ed7.gif

正在上传…重新上传取消

      1. 启动实例

6ceac45cefbec2085d332d40732bc336.gif

正在上传…重新上传取消

 

 

设置主从：

e93fb861d9848facef3ed6de168d7138.gif

正在上传…重新上传取消

 

设置从从：

bf32c0211b7cf0e5563527308380ec1a.gif

正在上传…重新上传取消

      1. 测试

在主库设置数据：

16f5d5d934dd2ab772053f1e215d85fc.gif

正在上传…重新上传取消

 

在6380获取数据：

6e1d8fc1a9103b0b1f345a19869be9f6.gif

正在上传…重新上传取消

 

在6381获取数据：

335b2e154435d5ebb3cd3884b3d41988.gif

正在上传…重新上传取消

    1. 从库只读

默认情况下redis数据库充当slave角色时是只读的不能进行写操作。

6cf482ca8ca13fae15a31d0861ec8169.gif

正在上传…重新上传取消

 

可以在配置文件中开启非只读：slave-read-only no

    1. 复制的过程原理
  2. 当从库和主库建立MS关系后，会向主数据库发送SYNC命令；
  3. 主库接收到SYNC命令后会开始在后台保存快照（RDB持久化过程），并将期间接收到的写命令缓存起来；
  4. 当快照完成后，主Redis会将快照文件和所有缓存的写命令发送给从Redis；
  5. 从Redis接收到后，会载入快照文件并且执行收到的缓存的命令；
  6. 之后，主Redis每当接收到写命令时就会将命令发送从Redis，从而保证数据的一致；
    1. 无磁盘复制

通过前面的复制过程我们了解到，主库接收到SYNC的命令时会执行RDB过程，即使在配置文件中禁用RDB持久化也会生成，那么如果主库所在的服务器磁盘IO性能较差，那么这个复制过程就会出现瓶颈，庆幸的是，Redis在2.8.18版本开始实现了无磁盘复制功能（不过该功能还是处于试验阶段）。

 

原理：

Redis在与从数据库进行复制初始化时将不会将快照存储到磁盘，而是直接通过网络发送给从数据库，避免了IO性能差问题。

 

开启无磁盘复制：repl-diskless-sync yes

 

    1. 复制架构中出现宕机情况，怎么办？

如果在主从复制架构中出现宕机的情况，需要分情况看：

  1. 从Redis宕机
    1. 这个相对而言比较简单，在Redis中从库重新启动后会自动加入到主从架构中，自动完成同步数据；
    2. 问题？ 如果从库在断开期间，主库的变化不大，从库再次启动后，主库依然会将所有的数据做RDB操作吗？还是增量更新？（从库有做持久化的前提下）
      1. 不会的，因为在Redis2.8版本后就实现了，主从断线后恢复的情况下实现增量复制。
  2. 主Redis宕机
    1. 这个相对而言就会复杂一些，需要以下2步才能完成
      1. 第一步，在从数据库中执行SLAVEOF NO ONE命令，断开主从关系并且提升为主库继续服务；
      2. 第二步，将主库重新启动后，执行SLAVEOF命令，将其设置为其他库的从库，这时数据就能更新回来；
    2. 这个手动完成恢复的过程其实是比较麻烦的并且容易出错，有没有好办法解决呢？当前有的，Redis提供的哨兵（sentinel）的功能。

 

  1. 哨兵（sentinel）
    1. 什么是哨兵

顾名思义，哨兵的作用就是对Redis的系统的运行情况的监控，它是一个独立进程。它的功能有2个：

 

  1. 监控主数据库和从数据库是否运行正常；
  2. 主数据出现故障后自动将从数据库转化为主数据库；
    1. 原理

单个哨兵的架构：

c0f4caa2e0752775d5436812ae2391b0.gif

正在上传…重新上传取消

 

多个哨兵的架构：

c38c556fbdaa3bcf96af59a8b43d2144.gif

正在上传…重新上传取消

 

多个哨兵，不仅同时监控主从数据库，而且哨兵之间互为监控。

    1. 环境

当前处于一主多从的环境中：

0fc9943afeae5b81a9d81452e9a3ec5f.gif

正在上传…重新上传取消

    1. 配置哨兵

启动哨兵进程首先需要创建哨兵配置文件：

 

vim sentinel.conf

输入内容：

sentinel monitor taotaoMaster 127.0.0.1 6379 1

 

说明：

taotaoMaster：监控主数据的名称，自定义即可，可以使用大小写字母和“.-_”符号

127.0.0.1：监控的主数据库的IP

6379：监控的主数据库的端口

1：最低通过票数

 

启动哨兵进程：

redis-sentinel ./sentinel.conf

 

2b3ac6b1d4bbe905711e6ed176e5dcac.gif

正在上传…重新上传取消

 

由上图可以看到：

  1. 哨兵已经启动，它的id为9059917216012421e8e89a4aa02f15b75346d2b7
  2. 为master数据库添加了一个监控
  3. 发现了2个slave（由此可以看出，哨兵无需配置slave，只需要指定master，哨兵会自动发现slave）
    1. 从数据库宕机

fc4e3ae911694f0c0355e65066411570.gif

正在上传…重新上传取消

 

kill掉2826进程后，30秒后哨兵的控制台输出：

 

2989:X 05 Jun 20:09:33.509 # +sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

 

说明已经监控到slave宕机了，那么，如果我们将3380端口的redis实例启动后，会自动加入到主从复制吗？

 

2989:X 05 Jun 20:13:22.716 * +reboot slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

2989:X 05 Jun 20:13:22.788 # -sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

 

可以看出，slave从新加入到了主从复制中。-sdown：说明是恢复服务。

 

7e089ff77917dc5fb6ef5ea4b9754ad5.gif

正在上传…重新上传取消

    1. 主库宕机

哨兵控制台打印出如下信息：

 

2989:X 05 Jun 20:16:50.300 # +sdown master taotaoMaster 127.0.0.1 6379  说明master服务已经宕机

2989:X 05 Jun 20:16:50.300 # +odown master taotaoMaster 127.0.0.1 6379 #quorum 1/1 

2989:X 05 Jun 20:16:50.300 # +new-epoch 1

2989:X 05 Jun 20:16:50.300 # +try-failover master taotaoMaster 127.0.0.1 6379  开始恢复故障

2989:X 05 Jun 20:16:50.304 # +vote-for-leader 9059917216012421e8e89a4aa02f15b75346d2b7 1  投票选举哨兵leader，现在就一个哨兵所以leader就自己

2989:X 05 Jun 20:16:50.304 # +elected-leader master taotaoMaster 127.0.0.1 6379  选中leader

2989:X 05 Jun 20:16:50.304 # +failover-state-select-slave master taotaoMaster 127.0.0.1 6379 选中其中的一个slave当做master

2989:X 05 Jun 20:16:50.357 # +selected-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379  选中6381

2989:X 05 Jun 20:16:50.357 * +failover-state-send-slaveof-noone slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379  发送slaveof no one命令

2989:X 05 Jun 20:16:50.420 * +failover-state-wait-promotion slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379   等待升级master

2989:X 05 Jun 20:16:50.515 # +promoted-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379  升级6381为master

2989:X 05 Jun 20:16:50.515 # +failover-state-reconf-slaves master taotaoMaster 127.0.0.1 6379

2989:X 05 Jun 20:16:50.566 * +slave-reconf-sent slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

2989:X 05 Jun 20:16:51.333 * +slave-reconf-inprog slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

2989:X 05 Jun 20:16:52.382 * +slave-reconf-done slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

2989:X 05 Jun 20:16:52.438 # +failover-end master taotaoMaster 127.0.0.1 6379 故障恢复完成

2989:X 05 Jun 20:16:52.438 # +switch-master taotaoMaster 127.0.0.1 6379 127.0.0.1 6381  主数据库从6379转变为6381

2989:X 05 Jun 20:16:52.438 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6381  添加6380为6381的从库

2989:X 05 Jun 20:16:52.438 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381  添加6379为6381的从库

2989:X 05 Jun 20:17:22.463 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381 发现6379已经宕机，等待6379的恢复

 

efce938a5c838566c4cf8ee881103ed7.gif

正在上传…重新上传取消

 

可以看出，目前，6381位master，拥有一个slave为6380.

 

接下来，我们恢复6379查看状态：

2989:X 05 Jun 20:35:32.172 # -sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381  6379已经恢复服务

2989:X 05 Jun 20:35:42.137 * +convert-to-slave slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381  将6379设置为6381的slave

 

9fcd312f699d64f616e74226dcf2a7bc.gif

正在上传…重新上传取消

    1. 配置多个哨兵

vim sentinel.conf

输入内容：

sentinel monitor taotaoMaster 127.0.0.1 6381 2

sentinel monitor taotaoMaster2 127.0.0.1 6381 1

 

3451:X 05 Jun 21:05:56.083 # +sdown master taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:56.083 # +odown master taotaoMaster2 127.0.0.1 6381 #quorum 1/1

3451:X 05 Jun 21:05:56.083 # +new-epoch 1

3451:X 05 Jun 21:05:56.083 # +try-failover master taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:56.086 # +vote-for-leader 3f020a35c9878a12d2b44904f570dc0d4015c2ba 1

3451:X 05 Jun 21:05:56.086 # +elected-leader master taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:56.086 # +failover-state-select-slave master taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:56.087 # +sdown master taotaoMaster 127.0.0.1 6381

3451:X 05 Jun 21:05:56.189 # +selected-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:56.189 * +failover-state-send-slaveof-noone slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:56.252 * +failover-state-wait-promotion slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:57.145 # +promoted-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:57.145 # +failover-state-reconf-slaves master taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:57.234 * +slave-reconf-sent slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:58.149 * +slave-reconf-inprog slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:58.149 * +slave-reconf-done slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:58.203 # +failover-end master taotaoMaster2 127.0.0.1 6381

3451:X 05 Jun 21:05:58.203 # +switch-master taotaoMaster2 127.0.0.1 6381 127.0.0.1 6380

3451:X 05 Jun 21:05:58.203 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster2 127.0.0.1 6380

3451:X 05 Jun 21:05:58.203 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster2 127.0.0.1 6380

  1. 集群

即使有了主从复制，每个数据库都要保存整个集群中的所有数据，容易形成木桶效应。

 

使用Jedis实现了分片集群，是由客户端控制哪些key数据保存到哪个数据库中，如果在水平扩容时就必须手动进行数据迁移，而且需要将整个集群停止服务，这样做非常不好的。

 

Redis3.0版本的一大特性就是集群（Cluster），接下来我们一起学习集群。

    1. 架构

2e7a5fbbda280b39b9c57966f0e17c84.gif

正在上传…重新上传取消

(1)所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽.

(2)节点的fail是通过集群中超过半数的节点检测失效时才生效.

(3)客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可

(4)redis-cluster把所有的物理节点映射到[0-16383]slot（插槽）上,cluster 负责维护node<->slot<->value

    1. 修改配置文件
  2. 设置不同的端口，6379、6380、6381
  3. 开启集群，cluster-enabled yes
  4. 指定集群的配置文件，cluster-config-file "nodes-xxxx.conf"

c04e7db5df7290cbe950fcdda0161015.gif

正在上传…重新上传取消

    1. 创建集群
      1. 安装ruby环境

因为redis-trib.rb是有ruby语言编写的所以需要安装ruby环境。

 

yum -y install zlib ruby rubygems

gem install redis

 

手动安装：

rz上传redis-3.2.1.gem

gem install -l redis-3.2.1.gem

      1. 创建集群

首先，进入redis的安装包路径下：

cd /usr/local/src/redis/redis-3.0.1/src/

 

1fa6d922a088a687bb5fa6b5f721bdb0.gif

正在上传…重新上传取消

 

执行命令：

./redis-trib.rb create --replicas 0 192.168.56.102:6379 192.168.56.102:6380 192.168.56.102:6381

 

--replicas 0：指定了从数据的数量为0

 

注意：这里不能使用127.0.0.1，否则在Jedis客户端使用时无法连接到！

 

redis-trib用法：

afa5739a2c3b3ec4e5bb461010a289c8.gif

正在上传…重新上传取消

 

e813f4bf2cb2a03411090e359c4c0bbd.gif

正在上传…重新上传取消

      1. 测试

d4a16614c3e3f34d6f248ad9f721a71f.gif

正在上传…重新上传取消

 

什么情况？？(error) MOVED 7638 127.0.0.1:6380 

 

因为abc的hash槽信息是在6380上，现在使用redis-cli连接的6379，无法完成set操作，需要客户端跟踪重定向。

 

redis-cli -c

f83303decee0156cf1ca40b34f67ea30.gif

正在上传…重新上传取消

看到由6379跳转到了6380，然后再进入6379看能否get到数据

41483ba25913652ebbb84c47a92b7d45.gif

正在上传…重新上传取消

还是被重定向到了6380，不过已经可以获取到数据了。

    1. 使用Jedis连接到集群

添加依赖，要注意jedis的版本为2.7.2

42bfe4113a174d0b6111539c8ce3fe5a.gif

正在上传…重新上传取消

 

cd48e889604cdce596079eae3c409ed2.gif

正在上传…重新上传取消

 

说明：这里的jc不需要关闭，因为内部已经关闭连接了。

    1. 插槽的分配

通过cluster nodes命令可以查看当前集群的信息：

7072edfe10f8140c11cd7f696dd3c30f.gif

正在上传…重新上传取消

该信息反映出了集群中的每个节点的id、身份、连接数、插槽数等。

 

当我们执行set abc 123命令时，redis是如何将数据保存到集群中的呢？执行步骤：

  1. 接收命令set abc 123
  2. 通过key（abc）计算出插槽值，然后根据插槽值找到对应的节点。（abc的插槽值为：7638）
  3. 重定向到该节点执行命令

 

整个Redis提供了16384个插槽，也就是说集群中的每个节点分得的插槽数总和为16384。

./redis-trib.rb 脚本实现了是将16384个插槽平均分配给了N个节点。

 

注意：如果插槽数有部分是没有指定到节点的，那么这部分插槽所对应的key将不能使用。

    1. 插槽和key的关系

计算key的插槽值：

key的有效部分使用CRC16算法计算出哈希值，再将哈希值对16384取余，得到插槽值。

 

什么是有效部分？

  1. 如果key中包含了{符号，且在{符号后存在}符号，并且{和}之间至少有一个字符，则有效部分是指{和}之间的部分；
    1. key={hello}_tatao的有效部分是hello
  2. 如果不满足上一条情况，整个key都是有效部分；
    1. key=hello_taotao的有效部分是全部
    1. 新增集群节点

再开启一个实例的端口为6382

e9ed90d89dd47e8b1c74391a352977c9.gif

正在上传…重新上传取消

 

执行脚本：

./redis-trib.rb add-node 192.168.56.102:6382 192.168.56.102:6379

 

bec5329048a4c1c5933eed5f90dad3ac.gif

正在上传…重新上传取消

已经添加成功！查看集群信息：

 

aec46e23fe8777ad06c08e297acaf74e.gif

正在上传…重新上传取消

 

发现没有插槽数。

 

接下来需要给6382这个服务分配插槽，将6379的一部分（1000个）插槽分配给6382：

 

249eb46b96046eb201b8be5fe3c3f075.gif

正在上传…重新上传取消

333e117f0a7a89fc0e7e9d2dfc919941.gif

正在上传…重新上传取消

 

查看节点情况：

0e48109297114159c354254bc259b508.gif

正在上传…重新上传取消

    1. 删除集群节点

想要删除集群节点中的某一个节点，需要严格执行2步：

  1. 将这个节点上的所有插槽转移到其他节点上；
    1. 假设我们想要删除6380这个节点
    2. 执行脚本：./redis-trib.rb reshard 192.168.56.102:6380
    3. 选择需要转移的插槽的数量，因为3380有5128个，所以转移5128个

      7072edfe10f8140c11cd7f696dd3c30f.gif

      正在上传…重新上传取消
    4. 输入转移的节点的id，我们转移到6382节点：82ed0d63cfa6d19956dca833930977a87d6ddf7
    5. 输入插槽来源id，也就是6380的id
    6. 输入done，开始转移

      3b3581f20d2392cb185bfca760cc6a04.gif

      正在上传…重新上传取消
    7. 查看集群信息，可以看到6380节点已经没有插槽了。

      7b5a0384387c252c9d19ced371ea9fda.gif

      正在上传…重新上传取消
  2. 使用redis-trib.rb删除节点
    1. ./redis-trib.rb del-node 192.168.56.102:6380 4a9b8886ba5261e82597f5590fcdb49ea47c4c6c
    2. del-node host:port node_id

    3. 0424c702578c0abf16435fa6a894bc94.gif

      正在上传…重新上传取消
    4. 查看集群信息，可以看到已经没有6380这个节点了。

      414ed26b92cc10dc55edaab3f14ec1f0.gif

      正在上传…重新上传取消
    1. 故障转移

如果集群中的某一节点宕机会出现什么状况？我们这里假设6381宕机。

cb167337fe128ae0e6094cc8c8bc3945.gif

正在上传…重新上传取消

22d8cc5f62727de48c60c62c4b3db0e2.gif

正在上传…重新上传取消

 

我们尝试连接下集群，并且查看集群信息，发现6381的节点断开连接：

a5518dd5eb630c2ca34e036e46bb6722.gif

正在上传…重新上传取消

 

我们尝试执行set命令，结果发现无法执行：

3973ab68a486c074f747ac2a1d2a971c.gif

正在上传…重新上传取消

什么情况？集群不可用了？？ 这集群也太弱了吧？？

      1. 故障机制
  2. 集群中的每个节点都会定期的向其它节点发送PING命令，并且通过有没有收到回复判断目标节点是否下线；
  3. 集群中每一秒就会随机选择5个节点，然后选择其中最久没有响应的节点放PING命令；
  4. 如果一定时间内目标节点都没有响应，那么该节点就认为目标节点疑似下线；
  5. 当集群中的节点超过半数认为该目标节点疑似下线，那么该节点就会被标记为下线；
  6. 当集群中的任何一个节点下线，就会导致插槽区有空档，不完整，那么该集群将不可用；
  7. 如何解决上述问题？
    1. 在Redis集群中可以使用主从模式实现某一个节点的高可用
    2. 当该节点（master）宕机后，集群会将该节点的从数据库（slave）转变为（master）继续完成集群服务；
      1. 集群中的主从复制架构

架构：

71cc4f6eef861111257b88eb344f9078.gif

正在上传…重新上传取消

 

出现故障：

98f2c3a521e77b53304a93f6fa596cf3.gif

正在上传…重新上传取消

      1. 创建主从集群

需要启动6个redis实例，分别是：

6379（主） 6479（从）

6380（主） 6480（从）

6381（主） 6481（从）

 

4ea82143070f22d4d8b86a6dc867ea0c.gif

正在上传…重新上传取消

 

启动redis实例：

cd 6379/ && redis-server ./redis.conf && cd ..

cd 6380/ && redis-server ./redis.conf && cd ..

cd 6381/ && redis-server ./redis.conf && cd ..

cd 6479/ && redis-server ./redis.conf && cd ..

cd 6480/ && redis-server ./redis.conf && cd ..

cd 6481/ && redis-server ./redis.conf && cd ..

 

bd22a6485c0d0c51cb99f9c25a092d31.gif

正在上传…重新上传取消

 

创建集群，指定了从库数量为1，创建顺序为主库（3个）、从库（3个）：

./redis-trib.rb create --replicas 1 192.168.56.102:6379 192.168.56.102:6380 192.168.56.102:6381 192.168.56.102:6479 192.168.56.102:6480 192.168.56.102:6481

 

8bbff2bb8cdd0f49b84f862b7059cd17.gif

正在上传…重新上传取消

af8515d4ac4f7e6f103c57f526aabd10.gif

正在上传…重新上传取消

 

创建成功！查看集群信息：

74e69c7a64308811fa3bea7d6102bc87.gif

正在上传…重新上传取消

      1. 测试

335b2e154435d5ebb3cd3884b3d41988.gif

正在上传…重新上传取消

保存、读取数据OK！

 

查看下6480的从库数据：

b9c26bb975d08ac480018a3f79fd270c.gif

正在上传…重新上传取消

看到从6480查看数据也是被重定向到6380.

 

说明集群一切运行OK！

      1. 测试集群中slave节点宕机

我们将6480节点kill掉，查看情况。

 

43c43bb8799b28e86cda6fd63aff3328.gif

正在上传…重新上传取消

 

查看集群情况：

bec5329048a4c1c5933eed5f90dad3ac.gif

正在上传…重新上传取消

发现6480节点不可用。

 

那么整个集群可用吗？

 

1dbc9019bd8963414a1c5db8bca22260.gif

正在上传…重新上传取消

 

发现集群可用，可见从数据库宕机不会影响集群正常服务。

 

恢复6480服务：

84b218fbf874db0555785c7f64f8e4de.gif

正在上传…重新上传取消

 

测试6480中的数据：

b347fc6958f7f5f7e351d6d54dddaa71.gif

正在上传…重新上传取消

看到已经更新成最新数据。

      1. 测试集群中master宕机

假设6381宕机：

6cf482ca8ca13fae15a31d0861ec8169.gif

正在上传…重新上传取消

 

查看集群情况：

98dfa8ed973b3a125c6f58e18d92222e.gif

正在上传…重新上传取消

 

发现：

1、6381节点失效不可用

2、6481节点从slave转换为master

 

测试集群是否可用：

c04e7db5df7290cbe950fcdda0161015.gif

正在上传…重新上传取消

集群可用。

 

恢复6381：

3973ab68a486c074f747ac2a1d2a971c.gif

正在上传…重新上传取消

发现：

1、6381节点可用

2、6481依然是主节点

3、6381成为6481的从数据库

    1. 使用集群需要注意的事项
  2. 多键的命令操作（如MGET、MSET），如果每个键都位于同一个节点，则可以正常支持，否则会提示错误。
  3. 集群中的节点只能使用0号数据库，如果执行SELECT切换数据库会提示错误。

 

 

 

BoltBear
关注
专栏目录
gem install redis（依赖 redis-3.2.1.gem）
04-05
Linux下redis集群，安装redis和ruby接口，所依赖的文件
Redis集群安装部署
08-17
Redis集群安装部署知识点详解： 1. Redis集群基础概念： Redis集群是Redis的分布式解决方案，它通过将数据分布在不同的节点上，以保证数据的可用性。在Redis集群中至少需要三个主节点来提供故障转移和支持。Redis...
Redis集群
qq_34590943的博客
08-12 505
1. 安装Redis3.0 yum -y install cpp binutils glibc glibc-kernheaders glibc-common glibc-devel gcc make gcc-c++ libstdc++-devel tcl   mkdir -p /usr/local/src/redis cd /usr/local/src/redis wget http
Redis搭建集群
qq_42190530的博客
09-20 754
Redis搭建集群
Redis 集群操作实战
天行健，君子以自强不息；地势坤，君子以厚德载物。
03-20 318
0x01：Redis 集群简介 Redis 是一个开源的 key-value 存储系统，由于出众的性能，大部分互联网企业都用来做服务器端缓存。Redis 在 3.0 版本前只支持单实例模式，虽然支持主从模式、哨兵模式部署来解决单点故障，但是互联网企业动辄大几百G的数据，可这些模式没法满足业务的需求，所以 Redis 在 3.0 版本以后就推出了集群模式。 Redis 集群采用了 P2P 的模式，完全去中心化。Redis 把所有的 Key 分成了 16384 个哈希槽（slot），每个 Redis 实例负责其
Redis 集群实战
邱健的博客
04-12 353
先介绍环境： 4台个人云服务器 A B C D ,3主3从 A:6379 B:6379 C:6379 作为主 C:6378 D:6378 D:6379 作为从 为了最大程度上保证大家环境能一致 ，我将之前搭建好的 cluster 全部清空 。重新安装 redis.conf 文件配置 bind 127.0.0.1 设置为 bind 0.0.0.0 ...
Redis集群实战
hy_4377的博客
07-24 959
Redis集群是由多个Redis实例组成的集合，能够有效解决系统的高并发问题。
Docker Redis 集群安装
01-07
拉取redis镜像 docker pull redis:5.0.3 增加配置文件redis-cluster.tmpl 在用户目录下创建文件 ${userpath}/redis-cluster/redis-cluster.tmpl port ${PORT} protected-mode no cluster-enabled yes cluster-...
Redis集群-Redis安装、Redis主从复制、哨兵、Redis集群
12-25
本文将对Redis集群进行详细的介绍，包括Redis安装、主从复制、哨兵和集群的配置和实现。 一、Redis安装 在Windows环境中，我们可以使用Redis的安装程序来安装Redis。在实际的企业环境中，我们通常使用Linux环境来...
redis集群安装手册（终稿）.docx
01-14
由于Redis集群至少需要6台机器，每台机器上需要安装Redis服务器。此外，对于Redis版本4.0及以下，还需要在系统中安装Ruby，因为这些版本的集群创建工具`redis-trib.rb`是用Ruby编写的。Ruby的安装包括下载、编译、...
redis.gem(3.2.1)
08-24
redis安装需要的gem，centos 系统支持的ruby安装只到2.0版本.
redis集群离线安装包。redis-3.2.1.gem，rubygems-2.4.2.zip
09-18
redis集群离线安装包。redis-3.2.1.gem，rubygems-2.4.2.zip。亲测好用
redis-4.0.0.gem
09-12
最新版本的 redis 集群所需的 ruby 包，源自 rubygems 站点。
redis-3.3.2.gem
12-31
redis集群时所需的安装文件
redis-3.2.2.gem
01-03
本地安装命令 gem install --local redis-3.2.2.gem
Redis集群实战篇
燃灯工作室
12-21 351
这里写目录标题1. 拉取redis镜像2. 配置文件2.1 生成目录2.2 建立配置文件3. 启动redis实例3.1 .启动一个实例（带参数说明）3.2 .利用批量命令，同时启动6个实例5. 编排集群操作6. 连接集群，进行读写操作6.1 .Python直接进行操作6.2 .Django进行操作 这篇博客是续redis集群理论片后的redis集群实战篇，全篇没有任何理论，基本都是代码和一些备注 1. 拉取redis镜像 docker pull redis:6.0.9 2. 配置文件 2.1 生成目录
redis 集群 实操 （史上最全、5w字长文）
架构师尼恩
06-23 3831
文章很长，建议收藏起来慢慢读！疯狂创客圈总目录 语雀版 | 总目录 码云版| 总目录 博客园版尼恩Java面试宝典，34个最新pdf，含2000多页，不断更新、持续迭代 具体详情，请点击此链接redis cluster是 生存环境常用的组件，是面试必备的组件本文从原理到实操，都给大家做了一个介绍，后面会 持续完善Redis高可用常见的有两种方式：Redis sentinel 是一个分布式系统中监控 redis 主从服务器，并在主服务器下线时自动进行故障转移。Redis sentinel 其中三个特性：Se
Redis实战--Redis集群的搭建与使用
最新发布
天冬忘忧的博客
09-26 968
Redis是一个开源的高性能key-value数据库，它以其出色的性能和丰富的特性而广受欢迎。随着业务的发展，单机Redis可能无法满足大规模数据存储和高并发访问的需求。这时，Redis集群就显得尤为重要。本文将详细介绍Redis集群的概念、搭建过程以及使用Jedis操作Redis集群的实践。
Redis5.0.4集群安装配置教程
配置Redis集群的关键步骤包括创建并编辑配置文件。首先，将默认的redis.conf复制为nodes-6379.conf和nodes-6380.conf，分别对应不同的端口号。在配置文件中，需要进行以下关键设置： 1. 注释掉`bind 127.0.0.1`，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值