企业级NoSql数据库Redis集群
目次一 关系型数据库和 NoSQL 数据库
1.1 数据库主要分为两大类：关系型数据库与 NoSQL 数据库
1.2 为什么还要用 NoSQL 数据库呢？
1.3 RDBMS和NOSQL的特点及优缺点：
二 Remote Dictionary Server 简介
2.1 什么是redis
2.2 Redis特性
2.3 Redis应用场景
2.4 缓存的实现流程
三 Redis的安装
3.1 rpm包方式安装
3.2 源码安装 及根本配置
四 Redis的根本操作
五 Redis 主从复制
5.1 情况配置
5.2 配置主从同步
5.3 主从同步过程
六 Redis的哨兵（高可用）
6.1 Redis哨兵
6.2 哨兵的实验过程
6.3. 在整个架构中可能会出现的问题
七 Redis Cluster（无中心化计划）
7.1 Redis Cluster 工作原理
7.2 创建redis cluster的条件
7.3 部署redis cluster
7.4 redis-cli --cluster 参数说明
7.5. 创建redis-cluster
7.6 集群扩容
7.7 clsuter集群维护
一 关系型数据库和 NoSQL 数据库
1.1 数据库主要分为两大类：关系型数据库与 NoSQL 数据库
关系型数据库，是创建在关系模型基础上的数据库，其借助于集合代数等数学概念和方法来处置惩罚数据库 中的数据主流的 MySQL、Oracle、MS SQL Server 和 DB2 都属于这类传统数据库。 NoSQL 数据库，全称为 Not Only SQL，意思就是适用关系型数据库的时候就使用关系型数据库，不适 用的时候也没有须要非使用关系型数据库不可，可以思量使用更加符合的数据存储。主要分为临时性键 值存储（memcached、Redis）、永久性键值存储（ROMA、Redis）、面向文档的数据库 （MongoDB、CouchDB）、面向列的数据库（Cassandra、HBase），每种 NoSQL 都有其特有的使用 场景及优点。
1.2 为什么还要用 NoSQL 数据库呢？
主要是由于随着互联网发展，数据量越来越大，对性能要求越来越高，传统数据库存在着天赋性的缺 陷，即单机（单库）性能瓶颈，而且扩展困难。这样既有单机单库瓶颈，却又扩展困难，自然无法满意 日益增长的海量数据存储及其性能要求，以是才会出现了各种不同的 NoSQL 产物，NoSQL 根天性的优 势在于在云盘算期间，简朴、易于大规模分布式扩展，而且读写性能非常高
1.3 RDBMS和NOSQL的特点及优缺点：
https://i-blog.csdnimg.cn/direct/f0484d10f9ed4b9595695795efae94aa.png
二 Remote Dictionary Server 简介
中文官网 https://redis.cn
2.1 什么是redis
Redis (Remote Dictionary Server) 在2009年发布，开发者是意大利的萨尔瓦多·桑菲利波普（Salvatore Sanfilippo），他本想为自己的公司 开发一个用于替换MySQL的产物Redis，但是没有想到他把Redis开源后大受接待，短短几年，Redis就有 了很大的用户群体，目前国内外使用的公司众多,比如:阿里,百度,新浪微博,知乎网,GitHub,Twitter 等 Redis是一个开源的、遵照BSD协议的、基于内存的而且目前比较流行的键值数据库(key-value database)，是一个非关系型数据库，redis 提供将内存通过网络远程共享的一种服务，提供雷同功能的 还有memcached，但相比memcached，redis还提供了易扩展、高性能、具备数据持久性等功能。 Redis 在高并发、低延迟情况要求比较高的情况使用量非常广泛
2.2 Redis特性
速度快: 10W QPS,基于内存,C语言实现 单线程 持久化 支持多种数据布局 支持多种编程语言 功能丰富: 支持Lua脚本,发布订阅,事务,pipeline等功能 简朴: 代码短小精悍(单机核心代码只有23000行左右),单线程开发容易,不依靠外部库,使用简朴 主从复制 支持高可用和分布式
支持高可用和分布式
https://i-blog.csdnimg.cn/direct/2ff434fdfb3b4269a00f708f5b30ed68.png
单线程为何云云快? 纯内存 非阻塞 克制线程切换和竞态消耗
2.3 Redis应用场景
Session 共享：常见于web集群中的Tomcat或者PHP中多web服务器session共享 缓存：数据查询、电商网站商品信息、新闻内容 计数器：访问排行榜、商品浏览数等和次数相关的数值统计场景 微博/微信社交场所：共同挚友,粉丝数,关注,点赞批评等 消息队列：ELK的日志缓存、部分业务的订阅发布体系 地理位置: 基于GEO(地理信息定位),实现摇一摇,附近的人,外卖等功能
2.4 缓存的实现流程
https://i-blog.csdnimg.cn/direct/d012001349224506bf18ef3e1a855a2d.png
数据读操作流程
https://i-blog.csdnimg.cn/direct/ace89356a1944a2c93e05a6230828b39.png
三 Redis的安装
官方下载地址：Index of /releases/
3.1 rpm包方式安装
3.1 rpm包方式安装
# dnf install redis -y 3.2 源码安装 及根本配置
Warning 在一台主机中不能即用rpm安装也用源码安装
#解压源码包
# tar zxf redis-7.4.0.tar.gz
# ls
redis-7.4.0 redis-7.4.0.tar.gz
#安装编译工具
# dnf install make gcc initscripts-10.11.6-
1.el9.x86_64 -y
https://i-blog.csdnimg.cn/direct/7fd59da3cd964b95baf31444279ad460.png
#执行编译命令
# make
# make install https://i-blog.csdnimg.cn/direct/c46f7aefbbb94c6f8ffc3182b7a45dbd.png
#启动Redis
# cd utils/
# ./install_server.sh
Welcome to the redis service installer
This script will help you easily set up a running redis server
This systems seems to use systemd. #提示系统使用的是systemd的初始化方式
Please take a look at the provided example service unit files in this directory,
and adapt and install them. Sorry!
# vim install_server.sh #解决报错问题 https://i-blog.csdnimg.cn/direct/f27ac6d3211c4112a85f77497e550c67.png
# ./install_server.sh
Welcome to the redis service installer
This script will help you easily set up a running redis server
Please select the redis port for this instance: #端口
号
Selecting default: 6379
Please select the redis config file name #配置
文件
Selected default - /etc/redis/6379.conf
Please select the redis log file name #日志
Selected default - /var/log/redis_6379.log
Please select the data directory for this instance #数据
目录
Selected default - /var/lib/redis/6379
Please select the redis executable path #命令
路径
Selected config:
Port : 6379
Config file : /etc/redis/6379.conf
Log file : /var/log/redis_6379.log
Data dir : /var/lib/redis/6379
Executable : /usr/local/bin/redis-server
Cli Executable : /usr/local/bin/redis-cli
Is this ok? Then press ENTER to go on or Ctrl-C to abort.
Copied /tmp/6379.conf => /etc/init.d/redis_6379
Installing service...
Successfully added to chkconfig!
Successfully added to runlevels 345!
Starting Redis server...
Installation successful!
https://i-blog.csdnimg.cn/direct/c1284d16f4594b85846ce33dda2c70dc.png
#配置redis
# vim /etc/redis/6379.conf
bind * -::* https://i-blog.csdnimg.cn/direct/87654996f3984711aaca1165a6ce4976.png
#配置redis
# vim /etc/redis/6379.conf
# /etc/init.d/redis_6379 restart
netstat -antlpe | grep redis
#查看信息
# redis-cli https://i-blog.csdnimg.cn/direct/438a470e841f430db488ef352e8ee0c8.png
node2 node3 同理
四 Redis的根本操作
https://i-blog.csdnimg.cn/direct/be3ee51f38f345c2b957feb52cc5931b.png
示例：
#查看配置
127.0.0.1:6379> CONFIG GET bind
1) "bind"
2) "* -::*"
127.0.0.1:6379> CONFIG GET *
#写入和读取数据
127.0.0.1:6379> SET name lee
OK
127.0.0.1:6379> GET name
"lee"
127.0.0.1:6379> set name lee ex 5
OK
127.0.0.1:6379> get name
"lee"
127.0.0.1:6379> get name
"lee"
127.0.0.1:6379> get name
"lee"
127.0.0.1:6379> get name
"lee"
127.0.0.1:6379> get name
(nil)
#如果没有设定数据过期时间会一直存在， /var/lib/redis/6379/dump.rdb内存快照中
127.0.0.1:6379> set name lee
OK
127.0.0.1:6379> KEYS * #查看所有key
1) "name" #选择数据库 redisa中有0-15个数据库
127.0.0.1:6379> select 1
OK
127.0.0.1:6379> get name
(nil)
127.0.0.1:6379> select 0
127.0.0.1:6379> select 16
(error) ERR DB index is out of range #移动数据
127.0.0.1:6379> set name lee
OK
127.0.0.1:6379> MOVE name 1
(integer) 1
127.0.0.1:6379> GET name
(nil)
127.0.0.1:6379> select 1
OK
127.0.0.1:6379> get name
"lee" #改变键名
127.0.0.1:6379> RENAME name id
OK
127.0.0.1:6379> get name
(nil)
127.0.0.1:6379> get id
"lee" #设定数据过期时间
127.0.0.1:6379> set name lee ex 10000
OK
127.0.0.1:6379> get name
"lee"
127.0.0.1:6379> EXPIRE name 3
(integer) 1
127.0.0.1:6379> get name
"lee"
127.0.0.1:6379> get name
(nil) #删除
127.0.0.1:6379> set name lee
OK
127.0.0.1:6379> get name
"lee"
127.0.0.1:6379> del name
(integer) 1
127.0.0.1:6379> get name
(nil)
#持久化保存
127.0.0.1:6379> PERSIST name
(integer) 0 #判断key是否存在
127.0.0.1:6379> EXISTS name
(integer) 1
127.0.0.1:6379> EXISTS lee
(integer) 0 #清空当前库
127.0.0.1:6379> flushdb
OK
127.0.0.1:6379> GET name
(nil)
#清空所有库
127.0.0.1:6379> FLUSHALL
OK 五 Redis 主从复制
5.1 情况配置
redis-node1 master redis-node2 slave redis-node3 slave Note 在配置多台redis时建议用复制的方式节省编译时间
#安装编译工具
# dnf install make gcc initscripts-10.11.6-
1.el9.x86_64 -y
# dnf install make gcc initscripts-10.11.6-
1.el9.x86_64 -y
# scp -r redis-7.4.0root@172.25.254.20:/root
# scp -r redis-7.4.0root@172.25.254.30:/root
# rsync -al * root@172.25.254.20:/usr/local/bin
# rsync -al * root@172.25.254.30:/usr/local/bin https://i-blog.csdnimg.cn/direct/86d0d0551eed45b8b1c91b3b4b210d64.png
5.2 配置主从同步
1.修改mastser节点的配置文件
# vim /etc/redis/6379.conf
protected-mode no #关闭protected模式
# /etc/init.d/redis_6379 restart
Stopping ...
Redis stopped
Starting Redis server...
https://i-blog.csdnimg.cn/direct/588c77be4ac84ec885b9b38788260c1f.png
https://i-blog.csdnimg.cn/direct/c3a102c2fe974676bd02d452642e77c2.png
# /etc/init.d/redis_6379 restart
Stopping ...
Redis stopped
Starting Redis server... 2.配置slave节点
# vim /etc/redis/6379.conf
replicaof 172.25.254.100 6379
# /etc/init.d/redis_6379 restart
Stopping ...
Waiting for Redis to shutdown ...
Redis stopped
Starting Redis server...
https://i-blog.csdnimg.cn/direct/8786c6846096480a9835dd9e2167acb7.png
https://i-blog.csdnimg.cn/direct/51cb81b24d9e4b59afc7d3f7069a987f.png
3.测试效果
#在mastser节点
# redis-cli
127.0.0.1:6379> set name lee
OK
#在slave节点查看
# redis-cli
127.0.0.1:6379> get name
"lee" https://i-blog.csdnimg.cn/direct/19ac700594fe440c9c45c005f61f2070.png
https://i-blog.csdnimg.cn/direct/962335f2bea8435dba01f7dc2430b5b3.png
5.3 主从同步过程
https://i-blog.csdnimg.cn/direct/3ed332b34e6c4c13b61dee9f5f5c705c.png
slave节点发送同步亲求到master节点 slave节点通过master节点的认证开始举行同步
master节点会开启bgsave进程发送内存rbd到slave节点，在此过程中是异步操作，也就是说 master节点仍然可以举行写入动作 slave节点收到rdb后首先清空自己的所有数据 slave节点加载rdb并举行数据恢复 在master和slave同步过程中master还会开启新的bgsave进程把没有同步的数据举行缓存 然后通过自有的replactionfeedslave函数把未通过内存快照发动到slave的数据一条一条写入到 slave中
六 Redis的哨兵（高可用）
实验情况：我们用主两从来实现Redis的高可用架构
6.1 Redis哨兵
https://i-blog.csdnimg.cn/direct/50916e1b915640bc8f1230d822ae0153.png
Sentinel 进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器发生故障的时候， 可以实现Master和Slave服务器的切换，包管体系的高可用，此功能在redis2.6+的版本已引用，Redis的 哨兵模式到了2.8版本之后就稳定了下来。一样平常在生产情况也建议使用Redis的2.8版本的以后版本 每个哨兵(Sentinel)进程会向别的哨兵(Sentinel)、Master、Slave定时发送消息，以确认对方是否”活” 着，如果发现对方在指定配置时间(此项可配置)内未得到回应，则暂时认为对方已离线，也就是所谓的” 主观认为宕机” (主观:是每个成员都具有的独自的而且可能相同也可能不同的意识)，英文名称： Subjective Down，简称SDOWN 有主观宕机，对应的有客观宕机。当“哨兵群”中的多数Sentinel进程在对Master主服务器做出SDOWN 的 判断，而且通过 SENTINEL is-master-down-by-addr 命令相互交流之后，得出的Master Server下线判 断，这种方式就是“客观宕机”(客观:是不依靠于某种意识而已经实际存在的统统事物)，英文名称是： Objectively Down， 简称 ODOWN
通过肯定的vote算法，从剩下的slave从服务器节点中，选一台提拔为Master服务器节点，然后主动修改 相关配置，并开启故障转移（failover） Sentinel 机制可以解决master和slave角色的主动切换问题，但单个 Master 的性能瓶颈问题无法解决,类 似于MySQL中的MHA功能 Redis Sentinel中的Sentinel节点个数应该为大于便是3且最好为奇数 sentinel中的三个定时任务 每10秒每个sentinel对master和slave实行info 发现slave节点 确认主从关系 每2秒每个sentinel通过master节点的channel交换信息(pub/sub) 通过sentinel__:hello频道交互 交互对节点的“看法”和自身信息 每1秒每个sentinel对其他sentinel和redis实行pi
6.2 哨兵的实验过程
在所有阶段中关闭 protected-mode no 1.在master节点中
#编辑配置文件
# cd redis-7.4.0/
# cp sentinel.conf /etc/redis/
# vim /etc/redis/sentinel.conf
protected-mode no #关闭保护模式
port 26379 #监听端口
daemonize no #进入不打如后台
pidfile /var/run/redis-sentinel.pid #sentinel进程pid文件
loglevel notice #日志级别
sentinel monitor mymaster 172.25.254.100 6379 2 #创建sentinel监控监控master主
机，2表示必须得到2票
sentinel down-after-milliseconds mymaster 10000 #master中断时长，10秒连不上视为
master下线
sentinel parallel-syncs mymaster 1 #发生故障转移后，同时开始同步新
master数据的slave数量
sentinel failover-timeout mymaster 180000 #整个故障切换的超时时间为3分钟
####复制配置文件到其他阶段
# scp /etc/redis/sentinel.conf
root@172.25.254.20:/etc/redis/sentinel.conf
# scp /etc/redis/sentinel.confroot@172.25.254.30:/etc/redis/sentinel.conf https://i-blog.csdnimg.cn/direct/bd190a2224844899946b5aae4ea85acc.png
# cp sentinel.confsentinel.conf.bak #备份文件
# ls
6379.confsentinel.confsentinel.conf.bak 2 启动服务
# redis-sentinel /etc/redis/sentinel.conf https://i-blog.csdnimg.cn/direct/b604511851294191bd1a26d7f3b5e7a8.png
Warning /etc/redis/sentinel.conf 文件在用哨兵程序调用后会更改其配置文件，如果需要重新做需要删掉文 件重新编辑
测试：
在开一个master节点终端
# redis-cli
127.0.0.1:6379> SHUTDOWN
# redis-cli
127.0.0.1:6379> info replications
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=172.25.254.20,port=6379,state=online,offset=211455,lag=1
slave1:ip=172.25.254.30,port=6379,state=online,offset=211455,lag=1
master_failover_state:no-failover
master_replid:d42fd72f3dfae94c84ca722ad1653417495ef4fd
master_replid2:290c3407108cc6120086981b7149a6fa377594c4
master_repl_offset:211598
second_repl_offset:185931
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:150986
repl_backlog_histlen:60613 6.3. 在整个架构中可能会出现的问题
问题： 在生产情况中如果master和slave中的网络出现故障，由于哨兵的存在会把master提出去 当网络恢复后，master发现情况发生改变，master就会把自己的身份转换成slave master酿成slave后会把网络故障那段时间写入自己中的数据清掉，这样数据就丢失了。 解决： master在被写入数据时会持续连接slave，mater确保有2个slave可以写入我才允许写入 如果slave数量少于2个便拒绝写入
#在matster中设定
# redis-cli
127.0.0.1:6379> CONFIG GET min-slaves-to-write
1) "min-slaves-to-write"
2) "0"
127.0.0.1:6379> CONFIG set min-slaves-to-write 2
OK
127.0.0.1:6379> CONFIG GET min-slaves-to-write
1) "min-slaves-to-write"
2) "2"
#如果要永久保存写到配置文件中/etc/redis/6379.conf 七 Redis Cluster（无中心化计划）
7.1 Redis Cluster 工作原理
在哨兵sentinel机制中，可以解决redis高可用问题，即当master故障后可以主动将slave提拔为master， 从而可以包管redis服务的正常使用，但是无法解决redis单机写入的瓶颈问题，即单机redis写入性能受 限于单机的内存大小、并发数量、网卡速率等因素。 redis 3.0版本之后推出了无中心架构的redis cluster机制，在无中心的redis集群当中，其每个节点生存 当前节点数据和整个集群状态,每个节点都和其他所有节点连接 Redis Cluster特点如下
[*] 所有Redis节点使用(PING机制)互联
[*] 集群中某个节点的是否失效，是由整个集群中高出半数的节点监测都失效，才华算真正的失效
[*] 客户端不需要proxy即可直接连接redis，应用程序中需要配置有全部的redis服务器IP
[*] redis cluster把所有的redis node 均匀映射到 0-16383个槽位(slot)上，读写需要到指定的redis node上举行操作，因此有多少个redis node相当于redis 并发扩展了多少倍，每个redis node 承担 16384/N个槽位
[*] Redis cluster预先分配16384个(slot)槽位，当需要在redis集群中写入一个key -value的时候，会使 用CRC16(key) mod 16384之后的值，决定将key写入值哪一个槽位从而决定写入哪一个Redis节点 上，从而有效解决单机瓶颈。 Redis cluster 架构
[*]https://i-blog.csdnimg.cn/direct/39c2aaf6e55448e59f892142bb48c736.png
如果三个主节点分别是：A, B, C 三个节点，采用哈希槽 (hash slot)的方式来分配16384个slot 的话它们 三个节点分别承担的slot 区间可以是：
节点A覆盖 0－5460 节点B覆盖 5461－10922 节点C覆盖 10923－16383
https://i-blog.csdnimg.cn/direct/6bc58ddd41504c7cad2f68af13610048.png
Redis cluster 主从架构 Redis cluster的架构固然解决了并发的问题，但是又引入了一个新的问题，每个Redis master的高可用 如何解决？ 那就是对每个master 节点都实现主从复制,从而实现 redis 高可用性
https://i-blog.csdnimg.cn/direct/41a4a6c825594e5bbc7ac0e4a4676b7e.png
7.2 创建redis cluster的条件
1.每个redis node节点采用相同的硬件配置、相同的密码、相同的redis版本。 2.每个节点必须开启的参数 cluster-enabled yes #必须开启集群状态，开启后redis进程会有cluster体现 cluster-config-file nodes-6380.conf #此文件有redis cluster集群主动创建和维护，不需要任何手 动操作 3.所有redis服务器必须没有任何数据 4.先启动为单机redis且没有任何key value
卸载掉之前的redis数据
# cd/root/redis-7.4.0/
# ls
00-RELEASENOTES CONTRIBUTING.mdLICENSE.txtREADME.md runtes
BUGS deps Makefile redis.conf runtes
CODE_OF_CONDUCT.mdINSTALL MANIFESTO REDISCONTRIBUTIONS.txtruntes
# make uninstall https://i-blog.csdnimg.cn/direct/20c86dccecff44eb96baccacae56e5c1.png
创建六台主机做集群
https://i-blog.csdnimg.cn/direct/440a5c76b1f34f8181402f25ff6e9f1f.png
7.3 部署redis cluster
在所有redis主机中
# vim /etc/redis/redis.conf
masterauth "123456" #集群主从认证
requirepass "123456" #redis登陆密码 redis-cli 命令连接redis后要
用“auth 密码”进行认证
cluster-enabled yes #开启cluster集群功能
cluster-config-file nodes-6379.conf #指定集群配置文件
cluster-node-timeout 15000 #节点加入集群的超时时间单位是ms https://i-blog.csdnimg.cn/direct/94b1e9dd063f4d07873de5cfa78d271d.png
https://i-blog.csdnimg.cn/direct/cc4a8a79066b4ce0af97a7d055eebd00.png
https://i-blog.csdnimg.cn/direct/668820a45f1a457c8bd2ba7969d84a27.png
https://i-blog.csdnimg.cn/direct/8e0c441cd2c24089a40baca23e14a7bb.png
# systemctl restart redis.service
# redis-cli
127.0.0.1:6379> auth 123456
OK
127.0.0.1:6379> info
# Cluster
cluster_enabled:1
https://i-blog.csdnimg.cn/direct/c53beeb37b8a47c6aa200ee62c1cd665.png
将配置文件传输到其他主机
https://i-blog.csdnimg.cn/direct/1b3f247cbbd944dda36ef54e77e0ad0d.png
7.4 redis-cli --cluster 参数说明
# redis-cli --cluster help
Cluster Manager Commands:
create host1:port1 ... hostN:portN #创建集群
--cluster-replicas <arg> #指定master的副本数
check <host:port> or <host> <port> #检测集群信息
info <host:port> or <host> <port> #查看集群信息
fix <host:port> or <host> <port> #修复集群
reshard <host:port> or <host> <port> #在线热迁移集群指定主机的slots数据
rebalance <host:port> or <host> <port> #平衡各集群主机的slot数量
add-node new_host:new_port existing_host:existing_port #添加主机
del-node host:port node_id #删除主机
import host:port #导入外部redis服务器的数据到当前集群 7.5. 创建redis-cluster
# redis-cli --cluster create -a 123456 \
> 172.25.254.10:6379 172.25.254.20:6379 172.25.254.30:6379 \
> 172.25.254.110:6379 172.25.254.120:6379 172.25.254.130:6379 \
> --cluster-replicas 1 检测redis集群状态
# redis-cli -a 123456 --cluster info 172.25.254.10:6379 #查看集群状态 https://i-blog.csdnimg.cn/direct/fdacb96c9efb4ac194fc452e98b5a8b8.png
# redis-cli -a 123456 cluster info https://i-blog.csdnimg.cn/direct/574ef5d487fe4862a20f15dee6862aba.png
# redis-cli -a 123456 --cluster check 172.25.254.10:6379 #检测集群 https://i-blog.csdnimg.cn/direct/a77b7b2ed57540209f883ee19b5c1678.png
写入数据
# redis-cli -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface
may not be safe.
127.0.0.1:6379> set key1 value1 #被分配到20的hash槽位上
(error) MOVED 9189 172.25.254.20:6379
# redis-cli -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface
may not be safe.
127.0.0.1:6379> set key1 value1
OK https://i-blog.csdnimg.cn/direct/cb5f55bc45eb489c805d954ed64ed94d.png
https://i-blog.csdnimg.cn/direct/9f765c0d3b524ed6ac00e3dd9cb22025.png
7.6 集群扩容
新建两台机子50 150，安装redis 将现有的redis配置文件传输到两台主机 之后重启两台主机的redis服务
# for i in 50 150
> do
> scp /etc/redis/redis.confroot@172.25.254.$i://etc/redis/redis.conf
> done https://i-blog.csdnimg.cn/direct/dfa7f32bd305419f89785eadfb387550.png
#添加master
# redis-cli -a 123456 --cluster add-node
172.25.254.50:6379 172.25.254.10:6379 https://i-blog.csdnimg.cn/direct/be5327ccc4dd46cc8fedbd6b8a75d22e.png
# redis-cli -a 123456 --cluster info 172.25.254.10:6379 https://i-blog.csdnimg.cn/direct/c5370e69fcbf41caaade3777a3dc3b74.png
#分配槽位
# redis-cli -a 123456 --cluster reshard
172.25.254.10:6379 https://i-blog.csdnimg.cn/direct/8d9c785cb46f4d36824177b7d65cd176.png
#添加salve
# redis-cli -a 123456 --cluster add-node 172.25.254.140:6379 172.25.254.10:6379 --cluster-slave --cluster-master-id 76e22ac6f058d33898d55a123ee5262e3be18408#此id为刚才添加的master主机50所对应的id https://i-blog.csdnimg.cn/direct/d598584b516e4b3c92be0a96fca55e0e.png
# redis-cli -a 123456 --cluster check 172.25.254.10:6379 #查看集群状态 https://i-blog.csdnimg.cn/direct/84ef684a88b742b0ad6d256d5d8248df.png
7.7 clsuter集群维护
添加节点的时候是先添加node节点到集群，然后分配槽位，删除节点的操作与添加节点的操作恰好相 反，是先将被删除的Redis node上的槽位迁移到集群中的其他Redis node节点上，然后再将其删除，如 果一个Redis node节点上的槽位没有被完全迁移，删除该node的时候会提示有数据且无法删除。
#移除要下线主机的哈希槽位
# redis-cli -a 123456 --cluster reshard 172.25.254.20:6379
#准备下线node1主机，首先将node1的槽位迁移到node3上，第一个id填要迁移到的主机所对应的id node3
#Source node填要下线的master的id https://i-blog.csdnimg.cn/direct/5795db2148b84898876d7a23f70ed1d8.png
#删除master
# redis-cli -a 123456 --cluster del-node 172.25.254.120:6379
f34ebc077b4261a96a6b65b521e568cf24f671f7 https://i-blog.csdnimg.cn/direct/3e2df835dc594a94ba8c07a0e4802e86.png
# redis-cli -a 123456 --cluster del-node172.25.254.10:6379 178e646da0286e1b208068aa7265c635f6d78b95
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]