一、Redis简介

Redis 是一款齐全开源收费、恪守BSD协定的高性能(NOSQL)的key-value数据库。它应用ANSI C语言编写，反对网络、可基于内存亦可长久化的日志型、Key-Value数据库，并提供多种语言的API。

Redis的应用场景有如下一些：

  • 读写效率要求高，须要将数据进行缓存的。此时，能够把一些须要频繁拜访的数据，而且在短时间之内不会发生变化的，放入Redis中进行操作，从而进步用户的申请速度和升高网站的负载，升高数据库的读写次数。
  • 须要实时计算的场景。须要实时变动和展现的性能，就能够把相干数据放在Redis中进行操作，能够大大提高拜访效率。
  • 音讯队列场景。比方在应答实时聊天零碎时，就能够应用Redis，能够大大提高利用的可用性。

正是因为Redis有这么多的益处，所以不论是大中型我的项目，都会用到Redis。而咱们明天要讲的就是Redis的三种集群部署模式：主从模式，Sentinel（哨兵）模式，Cluster模式。

Rdis最开始应用主从模式做集群，若master宕机须要手动配置slave转为master；起初为了高可用提出来哨兵模式，该模式下有一个哨兵监督master和slave，若master宕机可主动将slave转为master，但它也有一个问题，就是不能动静裁减；所以在3.x提出cluster集群模式。

二、主从模式

2.1 主从模式简介

主从模式是三种模式中最简略的，在主从复制中，数据库分为两类：主数据库(master)和从数据库(slave)。其中，主从复制有如下特点：

  • 主数据库能够进行读写操作，当读写操作导致数据变动时会主动将数据同步给从数据库；
  • 从数据库个别是只读的，并且接管主数据库同步过去的数据；
  • 一个master能够领有多个slave，然而一个slave只能对应一个master；
  • slave挂了不影响其余slave的读和master的读和写，重新启动后会将数据从master同步过去；
  • master挂了当前，不影响slave的读，但redis不再提供写服务，master重启后redis将从新对外提供写服务；
  • master挂了当前，不会在slave节点中从新选一个master；

上面是主从模式的工作示意图。

工作机制：

  • 当slave启动后，被动向master发送SYNC命令。master接管到SYNC命令后在后盾保留快照（RDB长久化）和缓存保留快照这段时间的命令，而后将保留的快照文件和缓存的命令发送给slave。slave接管到快照文件和命令后加载快照文件和缓存的执行命令。
  • 复制初始化后，master每次接管到的写命令都会同步发送给slave，保障主从数据一致性。

2.2 环境阐明

为了不便演示主从模式，咱们须要筹备至多3台机器（虚拟机）。

2.3 下载解压Redis安装包

接下来，就是下载Redis的安装包，下载地址：http://download.redis.io/rele...。

cd /opt/softwarewget http://download.redis.io/releases/redis-7.0.3.tar.gz# 解压tar -xf redis-7.0.3.tar.gzcd redis-7.0.3# 设置环境变量echo "export REDIS_HOME=/opt/software/redis-7.0.3">> /etc/profilesource /etc/profile

2.4 编译装置

接下来是，编译装置所有的节点。

cd $REDIS_HOMEyum -y install gcc gcc++make && make install# 默认装置目录 /usr/local/bin

2.5 配置服务

装置节点之后，为了不便前期启动和保护服务， 须要对装置的节点进行服务的配置。

cat << EOF > /usr/lib/systemd/system/redis.service[Unit]Description=Redis persistent key-value databaseAfter=network.targetAfter=network-online.targetWants=network-online.target[Service]ExecStart=/usr/local/bin/redis-server /usr/local/redis/redis.conf --supervised systemdExecStop=/usr/libexec/redis-shutdownType=forkingUser=redisGroup=redisRuntimeDirectory=redisRuntimeDirectoryMode=0755LimitNOFILE=65536PrivateTmp=true[Install]WantedBy=multi-user.targetEOF

上面是配置的相干形容和阐明：

  • Description: # 形容服务
  • After: # 形容服务类别
  • [Service] # 服务运行参数的设置
  • Type=forking # 是后盾运行的模式
  • ExecStart # 为服务的具体运行命令
  • ExecReload # 为重启命令
  • ExecStop # 为进行命令
  • LimitNOFILE=65536 # 关上文件数和过程数有限度，默认限度为1024，如果不设置，或者设置为LimitNOFILE=unlimited(不辨认)，则失去了1024
  • PrivateTmp=True # 示意给服务调配独立的长期空间

【留神】[Service]的启动、重启、进行命令全副要求应用绝对路径 [Install] #运行级别下服务装置的相干设置，可设置为多用户，即零碎运行级别为3

重载零碎服务：systemctl daemon-reload。以下是配置，位于/usr/libexec/redis-shutdown门路下。

#!/bin/bash## Wrapper to close properly redis and sentineltest x"$REDIS_DEBUG" != x && set -xREDIS_CLI=/usr/local/bin/redis-cli# Retrieve service nameSERVICE_NAME="$1"if [ -z "$SERVICE_NAME" ]; then   SERVICE_NAME=redisfi# Get the proper config file based on service nameCONFIG_FILE="/usr/local/redis/$SERVICE_NAME.conf"# Use awk to retrieve host, port from config fileHOST=`awk '/^[[:blank:]]*bind/ { print $2 }' $CONFIG_FILE | tail -n1`PORT=`awk '/^[[:blank:]]*port/ { print $2 }' $CONFIG_FILE | tail -n1`PASS=`awk '/^[[:blank:]]*requirepass/ { print $2 }' $CONFIG_FILE | tail -n1`SOCK=`awk '/^[[:blank:]]*unixsocket\s/ { print $2 }' $CONFIG_FILE | tail -n1`# Just in case, use default host, portHOST=${HOST:-127.0.0.1}if [ "$SERVICE_NAME" = redis ]; then    PORT=${PORT:-6379}else    PORT=${PORT:-26739}fi# Setup additional parameters# e.g password-protected redis instances[ -z "$PASS"  ] || ADDITIONAL_PARAMS="-a $PASS"# shutdown the service properlyif [ -e "$SOCK" ] ; then        $REDIS_CLI -s $SOCK $ADDITIONAL_PARAMS shutdownelse        $REDIS_CLI -h $HOST -p $PORT $ADDITIONAL_PARAMS shutdownfi

通过下面的解决后，就能够应用systemctl命令来启停redis了。

2.6 受权启动服务

接下来，是受权启动服务须要用到的一些命令：

chmod +x /usr/libexec/redis-shutdownuseradd -s /sbin/nologin redismkdir /usr/local/redis ; cp $REDIS_HOME/redis.conf /usr/local/redis/ && chown -R redis:redis /usr/local/redismkdir -p /opt/software/redis-7.0.3/data && chown -R redis:redis /opt/software/redis-7.0.3/datayum install -y bash-completion && source /etc/profile                 # 命令补全systemctl daemon-reloadsystemctl enable redis

2.7 批改linux内核参数

# 长期失效sysctl  -w  vm.overcommit_memory=1# 永恒失效echo 'vm.overcommit_memory=1' >> /etc/sysctl.conf && sysctl -p### 可选值：0，1，2。# 0，：示意内核将查看是否有足够的可用内存供给用过程应用；如果有足够的可用内存，内存申请容许；否则，内存申请失败，并把谬误返回给利用过程。# 1：示意内核容许调配所有的物理内存，而不论以后的内存状态如何。# 2： 示意内核容许调配超过所有物理内存和替换空间总和的内存。

2.8 节点配置

2.8.1 master节点配置

首先，咱们关上master节点文件，文件位于vi/usr/local/redis/redis.conf目录下，而后批改配置如下：

bind 192.168.182.110               # 监听ip，多个ip用空格分隔daemonize yes               # 容许后盾启动logfile "/usr/local/redis/redis.log"                # 日志门路dir /opt/software/redis-7.0.3/data                 # 数据库备份文件寄存目录masterauth 123456               # slave连贯master明码，master可省略requirepass 123456              # 设置master连贯明码，slave可省略appendonly yes                  # 在/opt/software/redis-7.0.3/data目录生成appendonly.aof文件，将每一次写操作申请都追加到appendonly.aof 文件中

2.8.2 slave1节点配置

接着，咱们关上slave1节点文件，文件位于vi/usr/local/redis/redis.conf，批改配置如下：

bind 192.168.182.111               # 监听ip，多个ip用空格分隔daemonize yes               # 容许后盾启动logfile "/usr/local/redis/redis.log"                # 日志门路dir /opt/software/redis-7.0.3/data                 # 数据库备份文件寄存目录#  replicaof用于追寻某个节点的redis，被追寻的节点为主节点，追寻的为从节点。就是设置master节点replicaof 192.168.182.110 6379masterauth 123456               # slave连贯master明码，master可省略requirepass 123456              # 设置master连贯明码，slave可省略appendonly yes                  # 在/opt/software/redis-7.0.3/data目录生成appendonly.aof文件，将每一次写操作申请都追加到appendonly.aof 文件中

2.8.3 slave2节点配置

关上slave2的节点文件，文件位于vi/usr/local/redis/redis.conf，批改配置如下：bind 192.168.182.112               # 监听ip，多个ip用空格分隔daemonize yes               # 容许后盾启动logfile "/usr/local/redis/redis.log"                # 日志门路dir /opt/software/redis-7.0.3/data                 # 数据库备份文件寄存目录#  replicaof用于追寻某个节点的redis，被追寻的节点为主节点，追寻的为从节点。就是设置master节点replicaof 192.168.182.110 6379masterauth 123456               # slave连贯master明码，master可省略requirepass 123456              # 设置master连贯明码，slave可省略appendonly yes                  # 在/opt/software/redis-7.0.3/data目录生成appendonly.aof文件，将每一次写操作申请都追加到appendonly.aof 文件中

2.9 启动Redis服务

systemctl start redissystemctl status redis

2.10 查看集群

而后，应用上面的命令查看集群的一些数据：

# 交互式redis-cli -h 192.168.182.110 -a 123456192.168.182.110:6379> info replication# 交互式redis-cli -h 192.168.182.110192.168.182.110:6379> auth 123456192.168.182.110:6379> info replication# 非交互式redis-cli -h 192.168.182.110 -a 123456 info replication

如果所有配置都没有问题，Redis的主数据库会不定时的向从数据库同步数据，如下图所示。

三、Sentinel（哨兵）模式

3.1 Sentinel（哨兵）模式简介

主从模式的弊病就是不具备高可用性，当master挂掉当前，Redis将不能再对外提供写入操作，因而sentinel模式应运而生。sentinel中文含意为哨兵，顾名思义，它的作用就是监控redis集群的运行状况，此模式具备如下一些特点：

  • sentinel模式是建设在主从模式的根底上，如果只有一个Redis节点，sentinel就没有任何意义；
  • 当master挂了当前，sentinel会在slave中抉择一个做为master，并批改它们的配置文件，其余slave的配置文件也会被批改，比方slaveof属性会指向新的master；
  • 当master重新启动后，它将不再是master，而是做为slave接管新的master的同步数据；
  • sentinel因为也是一个过程，所以有挂掉的可能，所以sentinel也会启动多个造成一个sentinel集群；
  • 多sentinel配置的时候，sentinel之间也会主动监控；
  • 当主从模式配置明码时，sentinel也会同步将配置信息批改到配置文件中；
  • 一个sentinel或sentinel集群能够治理多个主从Redis，多个sentinel也能够监控同一个redis；
  • sentinel最好不要和Redis部署在同一台机器，不然Redis的服务器挂了当前，sentinel也可能会挂掉。

上面是Sentinel（哨兵）模式的工作的原理图：

其工作的流程如下所示：

  • 每个sentinel以每秒钟一次的频率向它所知的master，slave以及其余sentinel实例发送一个 PING 命令；
  • 如果一个实例间隔最初一次无效回复 PING 命令的工夫超过 down-after-milliseconds 选项所指定的值， 则这个实例会被sentinel标记为主观下线；
  • 如果一个master被标记为主观下线，则正在监督这个master的所有sentinel要以每秒一次的频率确认master确实进入了主观下线状态；
  • 当有足够数量的sentinel（大于等于配置文件指定的值）在指定的工夫范畴内确认master确实进入了主观下线状态， 则master会被标记为主观下线；
  • 在个别状况下， 每个sentinel会以每 10 秒一次的频率向它已知的所有master，slave发送 INFO 命令；
  • 当master被sentinel标记为主观下线时，sentinel向下线的master的所有slave发送 INFO 命令的频率会从 10 秒一次改为 1 秒一次；
  • 若没有足够数量的sentinel批准master曾经下线，master的主观下线状态就会被移除；若master从新向sentinel的 PING 命令返回无效回复，master的主观下线状态就会被移除。

3.2 环境阐明

同时，为了保障可能最小可能的碟机事件，sentinel 最好跟redis部署在不同的机器上，sentinel 端口：26379。

3.3 配置sentinel

因为哨兵模式是基于主从模式的，所以redis的相干配置就不多阐明。咱们只须要在主从模式的根底上间接批改sentinel配置文件，配置3个哨兵即可，哨兵的配置能够参考如下内容。

# 三个节点创立存储目录mkdir /opt/software/redis-7.0.3/sentinelmkdir /opt/software/redis-7.0.3/sentinel ; chown -R redis:redis /opt/software/redis-7.0.3/cat >/usr/local/redis/sentinel.conf<<EOFdaemonize yeslogfile "/usr/local/redis/sentinel.log"# sentinel工作目录dir "/opt/software/redis-7.0.3/sentinel"# 判断master生效至多须要2个sentinel批准，倡议设置为n/2+1，n为sentinel个数# sentinel monitor <master-name> <ip> <port> <count>sentinel monitor mymaster 192.168.182.110 6379 2sentinel auth-pass mymaster 123456# 判断master主观下线工夫，默认30ssentinel down-after-milliseconds mymaster 30000EOF

3.4 启动sentinel

启动sentinel模式的命令如下：

/usr/local/bin/redis-sentinel /usr/local/redis/sentinel.confnetstat -tnlp|grep 26379

3.5 故障模拟测试

为了模仿故障，咱们将master停掉。

# 停掉mastersystemctl stop redisredis-cli -h 192.168.182.111 -a 123456 info replication

能够看到，Redis发现master节点呈现问题后，会主动切换到其它节点。接下来，咱们再测试一下读写。

[root@local-168-182-110 redis-7.0.3]# redis-cli -h 192.168.182.112 -a 123456Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.192.168.182.112:6379> set k2 v2OK

能够看到，新的master节点读写能力都是失常的，接下来就是复原故障，看是否失常。

redis-cli -h 192.168.182.112 -a 123456 info replication


能够看到，和之前预约的sentinel模式的工作流程是一样的：原先的master节点在复原后并不会被动切换到master角色，而是作为slave角色持续服务。

四、Cluster（集群）模式

4.1 Cluster（集群）模式简介

Redis 的哨兵模式根本曾经能够实现高可用，读写拆散 ，然而在这种模式下每台 Redis 服务器都存储雷同的数据，很节约内存，所以在 redis3.0上退出了 Cluster 集群模式，实现了 Redis 的分布式存储，也就是说每台 Redis 节点上存储不同的内容。上面是Cluster 集群模式的一些特点：

  • sentinel模式根本能够满足个别生产的需要，具备高可用性。然而当数据量过大到一台服务器寄存不下的状况时，主从模式或sentinel模式就不能满足需要了，这个时候须要对存储的数据进行分片，将数据存储到多个Redis实例中。cluster模式的呈现就是为了解决单机Redis容量无限的问题，将Redis的数据依据肯定的规定调配到多台机器。
  • cluster能够说是sentinel+主从模式的结合体，通过cluster能够实现主从和master重选性能，所以如果配置两个正本三个分片的话，就须要六个Redis实例。因为Redis的数据是依据肯定规定调配到cluster的不同机器的，当数据量过大时，能够新增机器进行扩容。
  • 应用集群，只须要将redis配置文件中的cluster-enable配置关上即可，每个集群中至多须要三个主数据库能力失常运行，新增节点十分不便。

上面是Cluster 集群模式的架构示意图。

能够看到，Cluster 集群模式有如下一些特点：

  • 多个redis节点网络互联，数据共享；
  • 所有的节点都是一主一从（也能够是一主多从），其中从不提供服务，仅作为备用；
  • 不反对同时解决多个key（如MSET/MGET），因为redis须要把key均匀分布在各个节点上，并发量很高的状况下同时创立key-value会升高性能并导致不可预测的行为；
  • 反对在线减少、删除节点；
  • 客户端能够连贯任何一个主节点进行读写。

4.2 环境阐明

为了模仿Cluster 集群模式，咱们须要筹备至多三台机器，而后别离开启三个redis服务，即每个节点都要是一主两从模式。

4.3 批改配置

接下来，咱们基于主从模式的配置进行如下批改。

# 创立存储目录mkdir -p /opt/software/redis-7.0.3/cluster/redis_{7001..7003}cp /usr/local/redis/redis.conf /usr/local/redis/cluster_redis_7001.confcp /usr/local/redis/redis.conf /usr/local/redis/cluster_redis_7002.confcp /usr/local/redis/redis.conf /usr/local/redis/cluster_redis_7003.confchown -R redis:redis /usr/local/redis ;chown -R redis:redis /opt/software/redis-7.0.3/cluster

而后，批改位于/usr/local/redis/cluster_redis_7001.conf目录的配置文件

cluster_redis_7001.conf。# 【留神】节点不一样，IP不一样，记得批改这个bind配置bind 192.168.182.110port 7001daemonize yespidfile "/var/run/cluster_redis_7001.pid"logfile "/usr/local/redis/cluster_redis_7001.log"dir "/opt/software/redis-7.0.3/cluster/redis_7001"#replicaof 192.168.182.110 6379masterauth "123456"requirepass "123456"appendonly yes# 开启集群模式cluster-enabled yes# 尽管此配置的名字叫"集群配置文件"，然而此配置文件不能人工编辑，它是集群节点主动保护的文件，次要用于记录集群中有哪些节点、他们的状态以及一些长久化参数等，不便在重启时复原这些状态。通常是在收到申请之后这个文件就会被更新。cluster-config-file nodes_7001.confcluster-node-timeout 15000

而后，批改配置文件cluster_redis_7002.conf，位于/usr/local/redis/cluster_redis_7002.conf目录下。

# 【留神】节点不一样，IP不一样，记得批改这个bind配置bind 192.168.182.110port 7002daemonize yespidfile "/var/run/cluster_redis_7002.pid"logfile "/usr/local/redis/cluster_redis_7002.log"dir "/opt/software/redis-7.0.3/cluster/redis_7002"#replicaof 192.168.182.110 6379masterauth "123456"requirepass "123456"appendonly yes# 配置yes则开启集群性能，此redis实例作为集群的一个节点，否则，它是一个一般的繁多的redis实例。cluster-enabled yes# 尽管此配置的名字叫"集群配置文件"，然而此配置文件不能人工编辑，它是集群节点主动保护的文件，次要用于记录集群中有哪些节点、他们的状态以及一些长久化参数等，不便在重启时复原这些状态。通常是在收到申请之后这个文件就会被更新。cluster-config-file nodes_7002.confcluster-node-timeout 15000

而后，持续批改配置文件cluster_redis_7003.conf，文件目录位于/usr/local/redis/cluster_redis_7003.conf。

# 【留神】节点不一样，IP不一样，记得批改这个bind配置bind 192.168.182.110port 7003daemonize yespidfile "/var/run/cluster_redis_7003.pid"logfile "/usr/local/redis/cluster_redis_7003.log"dir "/opt/software/redis-7.0.3/cluster/redis_7003"#replicaof 192.168.182.110 6379masterauth "123456"requirepass "123456"appendonly yes# 配置yes则开启集群性能，此redis实例作为集群的一个节点，否则，它是一个一般的繁多的redis实例。cluster-enabled yes# 尽管此配置的名字叫"集群配置文件"，然而此配置文件不能人工编辑，它是集群节点主动保护的文件，次要用于记录集群中有哪些节点、他们的状态以及一些长久化参数等，不便在重启时复原这些状态。通常是在收到申请之后这个文件就会被更新。cluster-config-file nodes_7003.confcluster-node-timeout 15000

其它两台机器配置与192.168.182.110统一，只是ip不同，此处省略。

# 将配置copy到另外两个节点scp -r /usr/local/redis/cluster_redis_{7001..7003}.conf local-168-182-111:/usr/local/redis/scp -r /usr/local/redis/cluster_redis_{7001..7003}.conf local-168-182-112:/usr/local/redis/# 在node2上执行sed -i 's/192.168.182.110/192.168.182.111/g' /usr/local/redis/cluster_redis_{7001..7003}.conf# 在node3上执行sed -i 's/192.168.182.110/192.168.182.112/g' /usr/local/redis/cluster_redis_{7001..7003}.conf

4.4 启动Redis服务

接下来，启动Redis服务的所有的节点。

redis-server /usr/local/redis/cluster_redis_7001.confnetstat -tnlp|grep 7001redis-server /usr/local/redis/cluster_redis_7002.confnetstat -tnlp|grep 7002redis-server /usr/local/redis/cluster_redis_7003.confnetstat -tnlp|grep 7003tail -f /usr/local/redis/cluster_redis_7001.logtail -f /usr/local/redis/cluster_redis_7002.logtail -f /usr/local/redis/cluster_redis_7003.log

启动胜利之后，如下图。

4.5 创立集群

为了可能失常工作，咱们须要集群的一个主节点有2个从节点。

# –cluster-replicas 2 : 示意集群的一个主节点有2个从节点，就是一主两从模式redis-cli -a 123456 --cluster create \192.168.182.110:7001 192.168.182.110:7002 192.168.182.110:7003 \192.168.182.111:7001 192.168.182.111:7002 192.168.182.111:7003 \192.168.182.112:7001 192.168.182.112:7002 192.168.182.112:7003 \--cluster-replicas 2


接着，零碎会会主动生成nodes.conf文件，而后关上文件即可看到集群的相干信息。

ll /opt/software/redis-7.0.3/cluster/redis_{7001..7003}

4.6 继承操作

登录集群

redis-cli -c -h 192.168.182.110 -p 7001192.168.182.110:7001> auth 123456

集群信息

redis-cli -c -h 192.168.182.129 -p 7001192.168.182.110:7001> auth 123456192.168.182.110:7001> CLUSTER INFO

列出节点信息

redis-cli -c -h 192.168.182.129 -p 7001192.168.182.110:7001> auth 123456192.168.182.110:7001> CLUSTER INFO192.168.182.110:7001> CLUSTER NODES


减少节点
比方，在node1服务器上减少一节点。首先，咱们增加如下配置：

# copy配置cp /usr/local/redis/cluster_redis_7003.conf /usr/local/redis/cluster_redis_7004.conf# 创立存储目录mkdir /opt/software/redis-7.0.3/cluster/redis_7004# 批改配置vi /usr/local/redis/cluster_redis_7004.confbind 192.168.182.110port 7004daemonize yespidfile "/var/run/redis_7004.pid"logfile "/usr/local/redis/cluster_redis_7004.log"dir "/opt/software/redis-7.0.3/cluster/redis_7004"#replicaof 192.168.182.110 6379masterauth "123456"requirepass "123456"appendonly yescluster-enabled yescluster-config-file nodes_7004.confcluster-node-timeout 15000# 受权chown -R redis:redis /usr/local/redis && chown -R redis:redis /opt/software/redis-7.0.3/cluster/redis_7004

而后，再启动服务。

redis-server /usr/local/redis/cluster_redis_7004.confnetstat -tnlp|grep :7004

如果要在集群中减少节点，能够应用上面的形式。

[root@local-168-182-110 ~]# redis-cli -c -h 192.168.182.110 -p 7001192.168.182.110:7001> auth 123456# 增加节点192.168.182.110:7001> CLUSTER MEET 192.168.182.110 7004# 查看节点信息192.168.182.110:7001> CLUSTER NODES

能够看到，新增的节点都是以master身份退出集群的。如果要【更换节点身份】，比方将新增的192.168.182.110:7004节点身份改为192.168.182.130:7001的slave。

redis-cli -c -h 192.168.182.110 -p 7004192.168.182.110:7004> auth 123456# 扭转节点类型192.168.182.110:7004> cluster replicate 0a9d68b75d529b611b4bae5753be602006fcef74192.168.182.110:7004> CLUSTER NODES

删除某个节点，能够参考上面的内容。

redis-cli -c -h 192.168.182.110 -p 7001192.168.182.110:7001> auth 123456# 查看节点192.168.182.110:7001> CLUSTER NODES# 删除节点192.168.182.110:7001> CLUSTER FORGET 378ef2a24fb4138496b8da85bb66143800b53686# 查看节点信息192.168.182.110:7001> CLUSTER NODES

最初，在配置批改完后保留配置。

redis-cli -c -h 192.168.182.110 -p 7001192.168.182.110:7001> auth 123456# 将节点的配置文件保留到硬盘外面192.168.182.110:7001> CLUSTER SAVECONFIG

能够看到，之前删除的节点又复原了，这是因为对应的配置文件没有删除，执行CLUSTER SAVECONFIG复原。

接下来，咱们模仿下模仿master节点挂掉的场景。

netstat -lntp |grep :7001|awk '{print $NF}'|cut -d '/' -f 1|xargs kill -9redis-cli -c -h 192.168.182.111 -p 7001 -a 123456 CLUSTER NODES


能够看到，192.168.182.110:7001的一行为master fail，状态为disconnected；而对应192.168.182.110:7004的一行，slave曾经变成master。

接着，咱们再模仿下故障复原场景，重新启动192.168.182.110:7001节点。

redis-server /usr/local/redis/cluster_redis_7001.confredis-cli -c -h 192.168.182.111 -p 7001 -a 123456 CLUSTER NODES

能够看到，192.168.182.110:7001节点启动后为slave节点，并且是192.168.182.110:7004的slave节点。即master节点如果挂掉，它的slave节点变为新master节点持续对外提供服务，而原来的master节点如果重启，则变为新master节点的slave节点。须要阐明的是，cluster不能抉择db，只能默认db为0，所以select切库相当于是不能应用的。

五、其余操作

5.1 查看集群信息

  • cluster info ：打印集群的信息
  • cluster nodes ：列出集群以后已知的所有节点（ node），以及这些节点的相干信息。

5.2 节点操作

  • cluster meet <ip> <port> ：将 ip 和 port 所指定的节点增加到集群当中，让它成为集群的一份子。
  • cluster forget <node_id> ：从集群中移除 node_id 指定的节点。
  • cluster replicate <node_id> ：将以后节点设置为 node_id 指定的节点的从节点。
  • cluster saveconfig ：将节点的配置文件保留到硬盘外面。

5.3 槽(slot)操作

  • cluster addslots <slot> [slot ...] ：将一个或多个槽（ slot）指派（ assign）给以后节点。
  • cluster delslots <slot> [slot ...] ：移除一个或多个槽对以后节点的指派。
  • cluster flushslots ：移除指派给以后节点的所有槽，让以后节点变成一个没有指派任何槽的节点。
  • cluster setslot <slot> node <node_id> ：将槽 slot 指派给 node_id 指定的节点，如果槽曾经指派给另一个节点，那么先让另一个节点删除该槽>，而后再进行指派。
  • cluster setslot <slot> migrating <node_id> ：将本节点的槽 slot 迁徙到 node_id 指定的节点中。
  • cluster setslot <slot> importing <node_id> ：从 node_id 指定的节点中导入槽 slot 到本节点。
  • cluster setslot <slot> stable ：勾销对槽 slot 的导入（ import）或者迁徙（ migrate）。

5.4 键

  • cluster keyslot <key> ：计算键 key 应该被搁置在哪个槽上。
  • cluster countkeysinslot <slot> ：返回槽 slot 目前蕴含的键值对数量。
  • cluster getkeysinslot <slot> <count> ：返回 count 个 slot 槽中的键

主从模式、哨兵模式、集群模式的环境部署就到这里了，redis更多操作请查看官网文档。