【那些年我们用过的Redis】Redis集群搭建原来这么简单

最新推荐文章于 2022-07-11 14:33:21 发布
最新推荐文章于 2022-07-11 14:33:21 发布
阅读量303 收藏
点赞数
分类专栏： 那些年我们用过的Redis 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_19006223/article/details/109532544
版权

Reids服务集群模式可分为主从、哨兵、Cluster模式。本博客主要介绍主从和Cluster模式

目录

三种集群模式简介

主从模式：主从模式是三种模式中最简单的，一般有一个master服务和多个(至少一个)slave服务组成。主要实现读写分离，减轻单Redis服务压力。master负责写数据，然后将数据copy给slave，slave服务负责读数据。

哨兵模式：主从模式有个弊端，就是一旦master服务挂掉，Redis服务就无法再写入数据，slave并不会升级为master。于是需要另外一种类型的服务Sentinel(哨兵)。Sentinel主要负责监控、通知、自动故障转移、配置提供者。简单来说就是，Sentinel可以监督数据节点(master和slave)健康状态，并通知DBA(数据库管理人员)，如果master挂了，从众多slave中选举一个新的master，并且告诉客户端(cli)数据节点的信息。

Cluster：哨兵模式虽然相较于主从模式来说，友善了很多，但是master不好做负载，并且储存受单机限制，还引入了另外一种类型的服务，有些繁琐。于是乎，Cluster就来了，通常具有 高可用、可扩展性、分布式、容错 等特性。当然，Cluster和哨兵模式没有明确的谁好谁坏，还是要看自己的需求的。一般分布式，使用Cluster好一些。

主从模式

在搭建主从模式和Cluster之前，我默认你会安装单机的redis，并且你的环境是Linux(CentOS7)，你的Redis版本是5.0.9。如果不会单机redis安装，请戳。

首先将原生的redis.conf复制两份到/usr/local路径下：

cp redis.conf /usr/local/redis_master.conf
cp redis.conf /usr/local/redis_replic.conf

然后利用vim修改两个配置文件，修改主要参数如下：
redis_master.conf

# 主机地址，默认是127.0.0.1，修改成0.0.0.0
bind 0.0.0.0
# 端口
port 16379
# 是否开启为守护线程，默认是no，改成yes
daemonize yes
# 指定redis进程的PID文件存放位置 给文件重命名
pidfile /var/run/redis_16379.pid
# 日志存放位置 给文件重命名
logfile /var/log/redis_16379.log
# rdb模式持久化快照
dbfilename dump-16379.rdb
# 持久化文件存放位置
dir ./redis-workir
# redis连接密码
requirepass 123456
# 连接主服务器的密码，这里可以省略
masterauth 123456

redis_replic.conf

# 主机地址，默认是127.0.0.1，修改成0.0.0.0
bind 0.0.0.0
# 端口
port 26379
# 是否开启为守护线程，默认是no，改成yes
daemonize yes
# 指定redis进程的PID文件存放位置 给文件重命名
pidfile /var/run/redis_26379.pid
# 日志存放位置 给文件重命名
logfile /var/log/redis_26379.log
# rdb模式持久化快照
dbfilename dump-26379.rdb
# 持久化文件存放位置
dir ./redis-workir
# redis连接密码
requirepass 123456
# 连接主服务器的密码
masterauth 123456
# 本复制节点的主节点地址
replicaof 你服务器外网ip 16379

上面注意，在之前的版本replicaof叫做slaveof。这里，我们模仿有两台主机，所以主机ip不写127.0.0.1了，写你服务器外网的ip，后面也方便说下网关的问题。然后开启两个服务。

redis-server /usr/local/redis_master.conf
redis-server /usr/local/redis_replic.conf

此时查看两个服务日志，都成长启动了。但是此时master，写数据，slave
无法复制数据，查看日志报错

Error condition on socket for SYNC: No route to host

这边需要打开服务器的防火墙，用到iptables，安装请移步我上篇博客(请戳)。

iptables -I INPUT -p tcp -m tcp --dport 16379 -j ACCEPT
iptables -I INPUT -p tcp -m tcp --dport 26379 -j ACCEPT
service iptables save
# 查看一下
iptables -L -n -v
# 的确暴露出去这两个端口了
   66  3528 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:26379
 196K   17M ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:16379

然后使用一下

[root@VM_0_10_centos ~]# redis-cli -h 127.0.0.1 -p 16379 -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:16379> set today 1106
OK
127.0.0.1:16379> 
[root@VM_0_10_centos ~]# redis-cli -h 127.0.0.1 -p 26379 -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:26379> get today
"1106"

Cluster模式

首先我们创建一个文件夹/usr/local/redis-cluster。并在它下面创建log、data、conf，并在data文件中创建不同服务的文件夹。基本就是cd到位置，然后使用mkdir，比较简单，就看下目录结构吧

[root@VM_0_10_centos redis-cluster]# tree -d
.
|-- conf
|-- data
|   |-- redis-6378
|   |-- redis-6380
|   |-- redis-6381
|   |-- redis-6389
|   |-- redis-6390
|   |-- redis-6391
`-- log

然后在conf文件下创建这几个服务的配置文件，这几个文件，一摸一样，只需要关键位置替换端口号就好了，你懂的，下面以6378为例。

cd /usr/local/redis-cluster/conf
# copy一份原始文件过来
cp /usr/local/redis.conf /usr/local/redis-cluster/conf/redis-6378.conf
vim redis-6378.conf

修改关键配置如下，其他默认不变
redis-6378.conf

# 主机地址，默认是127.0.0.1，修改成0.0.0.0
bind 0.0.0.0
# 端口
port 6378
# 是否开启为守护线程，默认是no，改成yes
daemonize yes
# 指定redis进程的PID文件存放位置 给文件重命名
pidfile /var/run/redis-cluster/redis-6378.pid
# 日志存放位置 给文件重命名
logfile /usr/local/redis-cluster/log/redis-6378.log
# rdb模式持久化快照
dbfilename dump-6378.rdb
# 持久化文件存放位置
dir /usr/local/redis-cluster/data/redis-6378
# redis连接密码
requirepass 123456
# 连接主服务器的密码
masterauth 123456
# 开启AOF持久化模式
appendonly yes
# 开启cluster集群模式
cluster-enabled yes
# 集群的配置，配置文件首次启动自动生成
cluster-config-file /usr/local/redis-cluster/conf/node-6378.conf
# 请求超时，默认的就好
cluster-node-timeout 15000

cluster-enabled开启cluster集群模式，appendonly开启AOF持久化模式，一种实时性比RDB模式更好的持久化模式。生成的aof格式文件也在dir路径下，并且被读进内存的优先级比dump-6378.rdb文件要高。cluster-config-file是存放集群配置文件的地方，自动生成。同样的配置，将端口号换成其他五个，生成redis-6380.conf、redis-6381.conf、redis-6389.conf、redis-6390.conf、redis-6391.conf。然后开启这些服务。

redis-server redis-6378.conf 
redis-server redis-6380.conf 
redis-server redis-6381.conf 
redis-server redis-6389.conf 
redis-server redis-6390.conf 
redis-server redis-6391.conf 
# 查看下是否开启
ps -ef | grep redis
# 进程已存在
root      3009     1  0 Nov05 ?        00:01:49 redis-server 0.0.0.0:6378 [cluster]
root      3047     1  0 Nov05 ?        00:01:47 redis-server 0.0.0.0:6381 [cluster]
root      3056     1  0 Nov05 ?        00:01:50 redis-server 0.0.0.0:6389 [cluster]
root      3073     1  0 Nov05 ?        00:01:49 redis-server 0.0.0.0:6390 [cluster]
root      3083     1  0 Nov05 ?        00:01:50 redis-server 0.0.0.0:6391 [cluster]
root     26443     1  0 Nov05 ?        00:01:39 redis-server 0.0.0.0:6380 [cluster]

注意，它们后面都显示它们是以cluster集群形式开启的。下面开启集群，如果是redis5.0以前的版本，需要下载ruby，通过ruby开启，redis5.0以后可直接开启，命令如下:

# 开启集群
redis-cli -a 123456--cluster create 127.0.0.1:6378 127.0.0.1:6380 127.0.0.1:6381 127.0.0.1:6389 127.0.0.1:6390 127.0.0.1:6391 --cluster-replicas 1
# 会多一步询问，输入yes即可
Can I set the above configuration? (type 'yes' to accept): yes
#开启代理防火墙
iptables -I INPUT -p tcp -m tcp --dport 6378 -j ACCEPT
iptables -I INPUT -p tcp -m tcp --dport 6380 -j ACCEPT
iptables -I INPUT -p tcp -m tcp --dport 6381 -j ACCEPT
iptables -I INPUT -p tcp -m tcp --dport 6389 -j ACCEPT
iptables -I INPUT -p tcp -m tcp --dport 6390 -j ACCEPT
iptables -I INPUT -p tcp -m tcp --dport 6391 -j ACCEPT
service iptables save

开启集群的命令，会自动生成主从关系，分配solt，终端会询问这种分配方式ok吗？如果操作者觉得可以的话，需要输入yes。用cli方式随便连接一个redis服务。

redis-cli -c -h 127.0.0.1 -p 6378 -a 123456
127.0.0.1:6378> CLUSTER INFO
# 此处省略一些信息
127.0.0.1:6378> CLUSTER NODES
114d082bb43c67042c806e0060f5fb8157736b98 127.0.0.1:6390@16390 slave ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 0 1604672507350 5 connected
1efc0139a5422c68f1c43428d1d6f566ce361fed 127.0.0.1:6378@16378 myself,master - 0 1604672504000 1 connected 0-5460
f10fc263b1b887fe175307b2fb7600370d39c0e1 127.0.0.1:6389@16389 master - 0 1604672505000 8 connected 5461-10922
e1eb98ead97d9b22fe4538601cbcd193e998baad 127.0.0.1:6380@16380 slave f10fc263b1b887fe175307b2fb7600370d39c0e1 0 1604672505347 8 connected
ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 127.0.0.1:6381@16381 master - 0 1604672506000 3 connected 10923-16383
0f75c7f994a43551671e955a9f72c28a9c6edb56 127.0.0.1:6391@16391 slave 1efc0139a5422c68f1c43428d1d6f566ce361fed 0 1604672504344 6 connected

可以看出6378、6389、6381是master节点，分别管理卡槽0-5460、5461-10922、10923-16383。并且可以根据id值，判断出三个slave节点的主节点是谁，例如6390主节点id值是ca998854f1d96e2b64b7304aea5e5b4c96a9d85a，所以就是6381了。

这里需要说明一下，当我们存值的时候，key会根据hash函数计算出来，落在那个卡槽上。

127.0.0.1:6378> set haha 123
OK
127.0.0.1:6378> set name pjjlt
-> Redirected to slot [5798] located at 127.0.0.1:6389
OK
127.0.0.1:6389>

可以看出来，haha经过hash运算，落在的卡槽在0-5460范围内，name经过hash运算，落在的卡槽在5461-10922范围内，所以服务终端也自动重定向到6389服务上。get也会导致服务终端重定向。

127.0.0.1:6389> get name
"pjjlt"
127.0.0.1:6389> get haha
-> Redirected to slot [3662] located at 127.0.0.1:6378
"123"
127.0.0.1:6378>

增加和移除节点

cluster集群可以友好的水平拓展。下面增加两个节点，同上面一样，增加配置文件redis-6395.conf、redis-6396.conf，并开启这两个服务

redis-server redis-6395.conf 
redis-server redis-6396.conf

加入集群

# 随便连接一个服务
redis-cli -c -h 127.0.0.1 -p 6378 -a 123456
# 加入集群
CLUSTER MEET 127.0.0.1 6395
CLUSTER MEET 127.0.0.1 6395
# 查看状态
CLUSTER NODES
114d082bb43c67042c806e0060f5fb8157736b98 127.0.0.1:6390@16390 slave ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 0 1604673986000 5 connected
1efc0139a5422c68f1c43428d1d6f566ce361fed 127.0.0.1:6378@16378 myself,master - 0 1604673985000 1 connected 0-5460
2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 127.0.0.1:6395@16395 master - 0 1604673985000 7 connected
f10fc263b1b887fe175307b2fb7600370d39c0e1 127.0.0.1:6389@16389 master - 0 1604673988720 8 connected 5461-10922
e1eb98ead97d9b22fe4538601cbcd193e998baad 127.0.0.1:6380@16380 slave f10fc263b1b887fe175307b2fb7600370d39c0e1 0 1604673987717 8 connected
f8c884f07375cb524236341c4fcb963f58f82622 127.0.0.1:6396@16396 master - 0 1604673987517 7 connected
ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 127.0.0.1:6381@16381 master - 0 1604673986000 3 connected 10923-16383
0f75c7f994a43551671e955a9f72c28a9c6edb56 127.0.0.1:6391@16391 slave 1efc0139a5422c68f1c43428d1d6f566ce361fed 0 1604673986716 6 connected

可以看出，此时加入的两个节点全都是master服务，现在将6396设置成6395的slave节点。

redis-cli -c -h 127.0.0.1 -p 6396 -a 123456 cluster replicate 2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e
# 随便连接一个服务
redis-cli -c -h 127.0.0.1 -p 6378 -a 123456
CLUSTER NODES
114d082bb43c67042c806e0060f5fb8157736b98 127.0.0.1:6390@16390 slave ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 0 1604673986000 5 connected
1efc0139a5422c68f1c43428d1d6f566ce361fed 127.0.0.1:6378@16378 myself,master - 0 1604673985000 1 connected 0-5460
2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 127.0.0.1:6395@16395 master - 0 1604673985000 7 connected
f10fc263b1b887fe175307b2fb7600370d39c0e1 127.0.0.1:6389@16389 master - 0 1604673988720 8 connected 5461-10922
e1eb98ead97d9b22fe4538601cbcd193e998baad 127.0.0.1:6380@16380 slave f10fc263b1b887fe175307b2fb7600370d39c0e1 0 1604673987717 8 connected
f8c884f07375cb524236341c4fcb963f58f82622 127.0.0.1:6396@16396 slave 2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 0 1604673987517 7 connected
ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 127.0.0.1:6381@16381 master - 0 1604673986000 3 connected 10923-16383
0f75c7f994a43551671e955a9f72c28a9c6edb56 127.0.0.1:6391@16391 slave 1efc0139a5422c68f1c43428d1d6f566ce361fed 0 1604673986716 6 connected

可以看出，此时6396节点已经变成了6395的slave节点了。

移除集群

规则:不能移除登录节点，不能移除自己的master节点。可以删除其他的master或者slave节点

# 根据上面可以看出 1efc0139a5422c68f1c43428d1d6f566ce361fed 就是6378节点
127.0.0.1:6378> CLUSTER FORGET 1efc0139a5422c68f1c43428d1d6f566ce361fed
(error) ERR I tried hard but I can't forget myself...
# 登录6378的slave节点6391，删除6378，失败。
[root@VM_0_10_centos conf]# redis-cli -c -h 127.0.0.1 -p 6391 -a pjjlt1126
127.0.0.1:6391> CLUSTER FORGET 1efc0139a5422c68f1c43428d1d6f566ce361fed
(error) ERR Can't forget my master!
# 将刚加入的节点 6396
127.0.0.1:6378> CLUSTER FORGET f8c884f07375cb524236341c4fcb963f58f82622
OK
127.0.0.1:6378> CLUSTER NODES
114d082bb43c67042c806e0060f5fb8157736b98 127.0.0.1:6390@16390 slave ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 0 1604675461284 5 connected
1efc0139a5422c68f1c43428d1d6f566ce361fed 127.0.0.1:6378@16378 myself,master - 0 1604675460000 1 connected 0-5460
2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 127.0.0.1:6395@16395 master - 0 1604675460283 7 connected
f10fc263b1b887fe175307b2fb7600370d39c0e1 127.0.0.1:6389@16389 master - 0 1604675462284 8 connected 5461-10922
e1eb98ead97d9b22fe4538601cbcd193e998baad 127.0.0.1:6380@16380 slave f10fc263b1b887fe175307b2fb7600370d39c0e1 0 1604675462000 8 connected
ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 127.0.0.1:6381@16381 master - 0 1604675460000 3 connected 10923-16383
0f75c7f994a43551671e955a9f72c28a9c6edb56 127.0.0.1:6391@16391 slave 1efc0139a5422c68f1c43428d1d6f566ce361fed 0 1604675463287 6 connected

发现移除了，由于node.conf文件还存在(cluster-config-file配置的那个文件)，还可以恢复移除

# 恢复移除
127.0.0.1:6378> CLUSTER SAVECONFIG 
OK
# 发现6396它又回来了
127.0.0.1:6378> CLUSTER NODES
114d082bb43c67042c806e0060f5fb8157736b98 127.0.0.1:6390@16390 slave ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 0 1604675573000 5 connected
1efc0139a5422c68f1c43428d1d6f566ce361fed 127.0.0.1:6378@16378 myself,master - 0 1604675569000 1 connected 0-5460
2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 127.0.0.1:6395@16395 master - 0 1604675572000 7 connected
f10fc263b1b887fe175307b2fb7600370d39c0e1 127.0.0.1:6389@16389 master - 0 1604675572000 8 connected 5461-10922
e1eb98ead97d9b22fe4538601cbcd193e998baad 127.0.0.1:6380@16380 slave f10fc263b1b887fe175307b2fb7600370d39c0e1 0 1604675571000 8 connected
f8c884f07375cb524236341c4fcb963f58f82622 127.0.0.1:6396@16396 slave 2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 0 1604675572509 7 connected
ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 127.0.0.1:6381@16381 master - 0 1604675574514 3 connected 10923-16383
0f75c7f994a43551671e955a9f72c28a9c6edb56 127.0.0.1:6391@16391 slave 1efc0139a5422c68f1c43428d1d6f566ce361fed 0 1604675573511 6 connected

模拟宕机

首先说一个坑：在cluster集群模式下，不能直接kill -9 某个节点，只能用kill(当然模拟宕机咱们用的是CLUSTER FORGET命令)。kill -9 ，再重启集群的时候会报错，需要删除pidfile、data、log等等一些东西，才能重启集群成功，所以尽量不要kill -9。

直接kill 6378 试试

[root@VM_0_10_centos conf]# redis-cli -c -h 127.0.0.1 -p 6391 -a 123456
127.0.0.1:6391> CLUSTER NODES
0f75c7f994a43551671e955a9f72c28a9c6edb56 127.0.0.1:6391@16391 myself,master - 0 1604675774000 9 connected 0-5460
ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 127.0.0.1:6381@16381 master - 0 1604675779737 3 connected 10923-16383
f8c884f07375cb524236341c4fcb963f58f82622 127.0.0.1:6396@16396 slave 2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 0 1604675778000 7 connected
f10fc263b1b887fe175307b2fb7600370d39c0e1 127.0.0.1:6389@16389 master - 0 1604675777000 8 connected 5461-10922
2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 127.0.0.1:6395@16395 master - 0 1604675776000 7 connected
114d082bb43c67042c806e0060f5fb8157736b98 127.0.0.1:6390@16390 slave ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 0 1604675779000 5 connected
1efc0139a5422c68f1c43428d1d6f566ce361fed 127.0.0.1:6378@16378 master,fail - 1604675757260 1604675756000 1 disconnected
e1eb98ead97d9b22fe4538601cbcd193e998baad 127.0.0.1:6380@16380 slave f10fc263b1b887fe175307b2fb7600370d39c0e1 0 1604675778000 8 connected

发现此时6378为master,fail，而它原来的slave节点为master。再重启6378节点看看。

[root@VM_0_10_centos conf]# redis-server redis-6378.conf 
[root@VM_0_10_centos conf]# redis-cli -c -h 127.0.0.1 -p 6391 -a 123456
127.0.0.1:6391> CLUSTER NODES
0f75c7f994a43551671e955a9f72c28a9c6edb56 127.0.0.1:6391@16391 myself,master - 0 1604675996000 9 connected 0-5460
ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 127.0.0.1:6381@16381 master - 0 1604675993000 3 connected 10923-16383
f8c884f07375cb524236341c4fcb963f58f82622 127.0.0.1:6396@16396 slave 2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 0 1604675992368 7 connected
f10fc263b1b887fe175307b2fb7600370d39c0e1 127.0.0.1:6389@16389 master - 0 1604675997000 8 connected 5461-10922
2eefbdc56047282fc80baf3cc7bc08ff86dbdf9e 127.0.0.1:6395@16395 master - 0 1604675996376 7 connected
114d082bb43c67042c806e0060f5fb8157736b98 127.0.0.1:6390@16390 slave ca998854f1d96e2b64b7304aea5e5b4c96a9d85a 0 1604675997376 5 connected
1efc0139a5422c68f1c43428d1d6f566ce361fed 127.0.0.1:6378@16378 slave 0f75c7f994a43551671e955a9f72c28a9c6edb56 0 1604675995000 9 connected
e1eb98ead97d9b22fe4538601cbcd193e998baad 127.0.0.1:6380@16380 slave f10fc263b1b887fe175307b2fb7600370d39c0e1 0 1604675998378 8 connected

发现此时原来的master节点6378变成了6391的slave节点了。

**但是，只有当master节点有slot卡槽的时候，才会出现主从节点转化，当master节点没有卡槽时，不会进行转化。**例如，删除6395，再重启，发现6395还是master，6396还是slave。

另外，上面提到的node.conf，不仅可以帮助移除恢复(CLUSTER SAVECONFIG)，还可以记录刚刚的CLUSTER 指令日志。

以上，就是cluster模式的搭建介绍，谢谢观看。

啤酒就辣条
关注
专栏目录
Redis Cluster集群从节点挂掉后解决方案
冰巡的博客
06-12 5229
基础信息 Unbutu 20.04 docker版本: 20.10.12 公网ip：172.121.123.221 redis密码：123456 redis集群搭建后端口：7361-7366 情况描述 7361节点 作为7365主节点， 挂掉了，连接异常 CLUSTER NODES 显示 66a2c25d60cc09668556d31c6c60d2295cd23f01 172.121.123.221:7365@17365 master - 0 1650980674000 24 connected 0-5
Redis集群方案及Redis3.2本地集群搭建搭建
最新发布
qq_46073180的博客
01-23 1398
Redis集群方案及本地搭建
数据结构--知识点16--搜索算法(二叉树)
ANingL的博客
09-06 3168
文章目录一、树的概念1、特点2、树的术语3、树的种类4、树的存储与表示5、常见的树的应用场景二、二叉树1、概念2、性质 一、树的概念 树是一种抽象数据类型(ADT)或是视作这种抽象数据类型的数据结构 1、特点 每个节点有零个或多个子节点 没有父节点的节点称为根节点 每一个非根节点有且只有一个父节点 除了根节点外，每个子节点可以分为**多个不相交(因为都只有一个父节点)**的子树 2、树的术语 节点的度：一个节点含有的子树的个数称为该节点的度 树的度：一棵树中，最大的节点的度称为树的度 叶节点或终端节点
cmd执行sql文件路径 oracle_Oracle下命令行批量执行sql文件
weixin_39871649的博客
12-19 763
Oracle下命令行批量执行sql文件有些场景下需要执行一批sql文件，sql文件非常大的时候，PL/SQL Developer无法直接执行，需要在sqlplus命令行下执行，而手工一个一个执行会很麻烦。我们可以把这些sql文件构造成一个sql文件，然后通过sqlplus命令行执行。sqlplus命令行可以通过“@sql文件全路径名”执行sql文件。第一步：创建总的sql文件创建一个sql文件，然...
redis cluster节点挂掉后_redis的面试必备知识点
weixin_39968823的博客
12-08 841
点赞再看，越点越帅redis全网面试总结开始了1.面试官：redis有哪些数据类型和数据结构：2.面试官：可以聊一下redis的分布式锁吗？3.面试官：keys指令能说一下吗？4.面试官：知道Redis的队列吗？可以说明几个吗？6.面试官：可以说说Redis的持久化机制吗？7.面试官：可以聊一下如果机器断电了会对redis造成什么影响吗？8.面试官：可以说一下你了解的redis的集群吗？9.面试官...
Redis解决多卖或者少卖_Redis模式对比：主从模式 VS 哨兵sentinel模式 VS Redis cluster模式...
weixin_40009207的博客
11-22 286
推荐观看：十年架构师实战Redis—用Redis实现：秒杀/抢购/排行榜/推荐系统/抽奖系统！从Redis到分布式架构，通过Redis学AKF划分原则、CAP定理！​www.bilibili.com模式类型主从模式（redis2.8版本之前的模式）、哨兵sentinel模式（redis2.8及之后的模式）、redis cluster模式（redis3.0版本之后）主从模式原理同Mysql主从复制的...
redis-cluster集群搭建
01-20
配置redis.conf配置文件 bind 定义的是当前服务端允许接收客户端登录时指定使用的ip地址 如果绑定127.0.0.1的意思是只能由本地客户端登录,外界客户端无法登录. 61行 是否开启保护模式,在开启yes时,当前redis只允许...
redis的集群搭建与简单使用
03-14
### Redis集群搭建与简单使用详解 #### 一、概述 Redis 集群是一种通过分区数据来实现高可用性和水平扩展的技术。通过将数据分布在多个 Redis 实例中，集群能够提供更高的性能和更大的数据存储容量。本文档将详细...
redis3.0.0集群搭建
09-02
2. Ruby：Redis集群配置工具`redis-trib.rb`是用Ruby编写的，因此需要安装Ruby环境。 步骤1：下载Redis源码 从Redis官网或者GitHub仓库下载Redis 3.0.0的源代码包，例如`redis-3.0.0.tar.gz`。解压后进入目录进行...
redis集群节点宕机 fail状态 redis的投票机制实测
01-07
redis集群节点宕机 fail状态 redis的投票机制实测  redis集群是有很多个redis一起工作，那么就需要这个集群不是那么容易挂掉，所以呢，理论上就应该给集群中的每个节点至少一个备用的redis服务。这个备用的redis称为从节点（slave）。  .本文测试 redis集群节点宕机 fail状态以上篇博文为基础Redis集群策略及集群实例。  在Redis集群策略及集群实例中通过单机集群创建多实例（3主3从）的方式搭建了redis集群，以此为基础做实测  首先查看一下集群状态 [root@localhost redis-4.0.10]# src/redis-cli -c -h
redis cluster集群节点宕机挂了之后如何恢复
pengpengzhou的博客
03-11 4823
今天，不小心把两个从节点的redis数据和配置文件夹删除了，导致这两个节点从集群里fail了。 从一个正常的节点可以查看到node.conf(cluster-config-file配置的文件)如下： 我在网上找了一圈也没有找到这种情况如何修复，自己研究了一下，对于节点来说最重要的就是node.conf这个文件，如果已经丢失，则需要从其它正常节点拷贝一份到待修复的节点，并且把myself改一下，去掉fail，改为connected，然后重启之后节点就重新加入到集群了。 以10.1.7.108:900
Redis Cluster迁移目标节点宕机下填坑
一只蜗牛的博客
12-18 4371
转载自 听滴滴大神给你讲Redis Cluster迁移遇到的坑 问题背景 应@冬洪兄邀请，让我把最近在处理Redis Cluster中遇到的坑分享下，由于个人时间问题，大致整理了一个比较大，比较坑的问题，它可能会导致集群部分slot不可用，甚至需要重建集群。如果对redis cluster不了解的可以查看redis原理分享。 架构图如下 模拟迁移数据目标节点宕
redis-cluster集群添加或删除节点以及槽重新分片
u010674101的专栏
01-11 1341
Redis版本：5.0.0 redis 5.0.0版本后可以不用安装ruby环境. 集群命令说明： redis-cli --cluster help Cluster Manager Commands: create host1:port1 ... hostN:portN #创建集群 --cluster-replicas <arg&gt...
java redis主从_redis主从集群 主挂掉 java怎样调用从
weixin_42168750的博客
02-21 369
展开全部主从集群，原主数据32313133353236313431303231363533e59b9ee7ad9431333363383333库挂掉，选举出一个从数据库升格为主数据库，那么主数据库的IP和端口会变。要跟踪这个变化也行，但是很麻烦。幸运的是，可以由哨兵sentinel，通过主数据库名字来实时获取当前的地址和端口。当然，开启sentinel时会设置主数据库名：sentinelmoni...
Redis-Cluster集群
礁之的博客
07-11 1878
在Redis5.0版本发布时，推出了各种新特性，其中一点就是放弃Ruby的集群方式，改为使用C语言编写的redis-cli的方式，使集群的构建方式的复杂度降低
Redis学习笔记——Redis主从复制、哨兵模式、集群模式
一名蒟蒻的博客
08-11 388
十、Redis主从复制、哨兵模式、集群模式 1、主从复制 1、概念 主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master/leader)，后者称为从节点(slave/follower)；数据的复制是单向的，只能由主节点到从节点。Master以写为主，Slave 以读为主。默认情况下，每台Redis服务器都是主节点； 一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。 主可以进行读写操作，当操作导致数据变化时会自动将数据同步给从数据库
Redis集群：三种模式
Triones
12-07 710
最强：Cluster模式 参考：https://blog.csdn.net/miss1181248983/article/details/90056960 Cluster模式搭建 环境准备： 三台机器，分别开启两个redis服务（端口） 192.168.30.128 端口：7001,7002 192.168.30.129 端口：7003,7004 192.168.30.130 端口：7005,7006 修改.
redis cluster节点挂掉后_Redis集群.note
weixin_39736007的博客
12-06 1416
1、Redis集群方案比较 哨兵模式在redis3.0以前的版本要实现集群一般是借助哨兵sentinel工具来监控master节点的状态，如果master节点异常，则会做主从切换，将某一台slave作为master，哨兵的配置略微复杂，并且性能和高可用性等各方面表现一般，特别是在主从切换的瞬间存在访问瞬断的情况，而且哨兵模式只有一个主节点对外提供服务，没法支持很高的并发，且单个主节点内存也·...
2019年完整版Linux Redis集群搭建步骤解析
本文档提供了一个详尽的Linux环境下Redis集群的搭建教程，适合初学者，内容覆盖了2019年的最新实践。教程包括了Redis的安装、配置、集群创建以及解决可能出现的问题。 首先，你需要在Linux上安装Redis。这里使用的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值