Redis分布式集群部署

news2024/11/16 15:41:21

目录

一. 原理简述

二. 集群配置​​​​​​​

2.1 环境准备

2.2 编译安装一个redis

2.3 创建集群

2.4 写入数据测试

实验一：

实验二：

实验三： 

实验四：

添加节点

自动分配槽位

提升节点为master：

实验五：

实验六：

实验七：

 官网文档（Redis集群规范） Redis cluster specification | Docs

一. 原理简述

此处的集群指的是Cluster, 通过分区/分片来实现一定程度的分布式与高可用部署。

二. 集群配置

Redis 最小集群规划，需要包含至少三个主节点，此处测试部署具有三个主服务器和三个从服务器的六节点群集。计划是在一台机器上模拟一个集群，主节点端口为三个, 从节点三个，这和生产环境的集群搭建没本质区别。下面的配置就将创建的六个redis实例端口修改为7001，7002，7003，7004，7005，7006，每个虚拟机中部署两个redis实例。

命令含义
cluster info获取集群的状态信息，包括插槽状态、节点数量等。
cluster nodes获取集群中所有节点的详细信息，包括节点ID、角色、状态等。
cluster meet <ip> <port>将新的节点加入到集群中。
cluster addslots <slot>为当前节点分配一个或多个插槽。
cluster delslots <slot>从当前节点删除一个或多个插槽。
cluster setslot <slot> <node-id>将一个插槽分配给指定节点。
cluster replicate <node-id>将当前节点设置为目标节点的从节点。
cluster failover触发趋向安全的故障转移，将当前从节点提升为主节点。
cluster reset重置集群状态（谨慎使用），可以选择温和模式或硬重置模式。CLUSTER RESET 命令可以选择温和模式（soft reset）或硬重置模式（hard reset）。温和模式通常只清除槽位信息而不改变节点ID，而硬重置模式则会生成新的节点ID。默认为温和重置模式。
cluster saveconfig将当前集群配置数据保存到集群节点的配置文件中。
cluster replicas <node-id>列出指定主节点的所有从节点。
cluster myid获取当前节点的ID。
cluster slots获取集群中所有插槽的分布情况。
cluster flushslots清空当前节点的所有插槽信息。
cluster keyslot <key>根据给定的键值计算出其对应的插槽。

删除节点的步骤

步骤命令含义
数据迁移redis-cli --cluster reshard --cluster-from <源节点ID> --cluster-to <目标节点ID> --cluster-slots <迁移插槽数> -h <集群中的任一节点IP> -p <端口> 或 手动使用cluster setslot命令将待删除节点的数据迁移到其他节点（可以手动也可自动）。
节点删除redis-cli -h <其他节点IP> -p <其他节点端口> cluster forget <节点ID>通知集群中的其他节点忘记被删除的节点。
节点下线（可选）redis-cli -h <节点IP> -p <节点端口> shutdown关闭被删除节点的Redis服务器实例。

2.1 环境准备

localhostrocky_linux9.4192.168.226.21redis5.0.10
localhostrocky_linux9.4192.168.226.22redis5.0.10
localhostrocky_linux9.4192.168.226.23redis5.0.10

关闭防火墙和selinux，时间同步。

2.2 编译安装一个redis

 现在选择第一台192.168.226.21进行先编译安装一个redis，步骤如下

[root@localhost ~]# wget http://download.redis.io/releases/redis-5.0.10.tar.gz   #下载redis
[root@localhost ~]# tar xzf redis-5.0.10.tar.gz -C /usr/local                 #解压
[root@localhost ~]# cd /usr/local/
[root@localhost local]# mv redis-5.0.10/ redis7001
[root@localhost local]# cd redis7001/
[root@localhost redis]# yum install -y gcc make                               #安装编译工具
[root@localhost redis]# make
注：如果报错请将刚才解压的安装包删除掉，再次重新解压并进行make安装即可。

#以下为定义参数
#创建持久化数据目录
[root@localhost ~]# mkdir /usr/local/redis7001/data
[root@localhost ~]# cd /usr/local/redis7001
[root@localhost redis7001]# cp redis.conf redis.conf.bak    #备份配置文件
[root@localhost redis7001]# vim redis.conf         #在配置文件中找到修改如下

bind 0.0.0.0                        #默认ip为127.0.0.1 需要改为其他节点机器可访问的ip 否则创建集群时无法访问对应的端口，无法创建集群  
pidfile  /var/run/redis_7001.pid     #pidfile文件对应7001,7002,7003,7004,7005,7006
dir  /usr/local/redis7001/data/     #数据文件存放位置对应7001,7002,7003,7004,7005,7006
port 7001                           #端口7001
timeout 300
daemonize yes                       #redis后台运行
pidfile "/var/log/redis7001.log"    #日志目录
cluster-enabled yes                 #开启集群
cluster-config-file nodes-7001.conf #集群配置信息，开启集群后自动生成
cluster-node-timeout 5000           #请求超时时长 
appendonly yes                      #开启aof日志，它会每次写操作都记录一条日志


[root@localhost redis7001]# cd 

#拷贝五个redis实例，每个虚拟里放两个redis实例
[root@localhost ~]# cd ~ && cp -r /usr/local/redis7001 /usr/local/redis7002

[root@localhost ~]# scp -r /usr/local/redis7001 root@192.168.226.22:/usr/local/redis7003
[root@localhost ~]# scp -r /usr/local/redis7001 root@192.168.226.22:/usr/local/redis7004
[root@localhost ~]# scp -r /usr/local/redis7001 root@192.168.226.23:/usr/local/redis7005
[root@localhost ~]# scp -r /usr/local/redis7001 root@192.168.226.23:/usr/local/redis7006

#修改剩下五个实例中的7001为自己对应的号
[root@localhost ~]# vim /usr/local/redis7002/redis.conf
#在配置未见中使用语法 :%s/7001/7002/g 即可快速匹配替换，然后保存退出
#在另外两个主机中，对剩下的四个redis实例用也同样的方法去快速匹配修改，注意在命令中修改数字，这里不在赘述

启动六个redis实例，并查验端口是否正常

#对192.168.226.21操作
[root@localhost ~]# /usr/local/redis7001/src/redis-server /usr/local/redis7001/redis.conf            
[root@localhost ~]# /usr/local/redis7001/src/redis-server /usr/local/redis7002/redis.conf 
[root@localhost ~]# ss -tnlp
State       Recv-Q      Send-Q           Local Address:Port            Peer Address:Port      Process                                      
LISTEN      0           511                    0.0.0.0:17001                0.0.0.0:*          users:(("redis-server",pid=7908,fd=9))      
LISTEN      0           511                    0.0.0.0:17002                0.0.0.0:*          users:(("redis-server",pid=7914,fd=9))      
LISTEN      0           511                    0.0.0.0:7001                 0.0.0.0:*          users:(("redis-server",pid=7908,fd=6))      
LISTEN      0           511                    0.0.0.0:7002                 0.0.0.0:*          users:(("redis-server",pid=7914,fd=6))      
LISTEN      0           128                    0.0.0.0:22                   0.0.0.0:*          users:(("sshd",pid=854,fd=3))               
LISTEN      0           128                       [::]:22                      [::]:*          users:(("sshd",pid=854,fd=4)) 


#对192.168.226.22操作
[root@localhost local]# /usr/local/redis7003/src/redis-server /usr/local/redis7003/redis.conf
[root@localhost local]# /usr/local/redis7003/src/redis-server /usr/local/redis7004/redis.conf
[root@localhost local]# ss -tnlp
State        Recv-Q       Send-Q               Local Address:Port                Peer Address:Port       Process                                         
LISTEN       0            511                        0.0.0.0:7004                     0.0.0.0:*           users:(("redis-server",pid=10220,fd=6))        
LISTEN       0            511                        0.0.0.0:7003                     0.0.0.0:*           users:(("redis-server",pid=10215,fd=6))              
LISTEN       0            511                        0.0.0.0:17004                    0.0.0.0:*           users:(("redis-server",pid=10220,fd=9))        
LISTEN       0            511                        0.0.0.0:17003                                       0.0.0.0:*           users:(("redis-server",pid=5693,fd=6))         
LISTEN       0            128                        0.0.0.0:22                       0.0.0.0:*           users:(("sshd",pid=859,fd=3))                                 
LISTEN       0            128                           [::]:22                          [::]:*           users:(("sshd",pid=859,fd=4))                  


#对192.168.226.23操作
[root@localhost ~]# /usr/local/redis7005/src/redis-server /usr/local/redis7005/redis.conf
[root@localhost ~]# /usr/local/redis7006/src/redis-server /usr/local/redis7006/redis.conf
[root@localhost ~]# ss -tnlp
State         Recv-Q        Send-Q               Local Address:Port                Peer Address:Port       Process                                       
LISTEN        0             511                        0.0.0.0:17006                    0.0.0.0:*           users:(("redis-server",pid=1783,fd=9))       
LISTEN        0             511                        0.0.0.0:17005                    0.0.0.0:*           users:(("redis-server",pid=1778,fd=9))       
LISTEN        0             511                        0.0.0.0:7006                     0.0.0.0:*           users:(("redis-server",pid=1783,fd=6))       
LISTEN        0             511                        0.0.0.0:7005                     0.0.0.0:*           users:(("redis-server",pid=1778,fd=6))              
LISTEN        0             128                        0.0.0.0:22                       0.0.0.0:*           users:(("sshd",pid=858,fd=3))                            
LISTEN        0             128                           [::]:22                          [::]:*           users:(("sshd",pid=858,fd=4))

#上面启动命令中，有些前面的对应的数字没修改成对应数字是可以的，但是后面那个必须要对号才行。

2.3 创建集群

# 注意ip和端口的对应，这里用第一个，即7001的redis实例创建，如果换机器注意修改数字，--cluster-replicas 1是指定每个主节点有一个从节点
[root@localhost ~]#  /usr/local/redis7001/src/redis-cli --cluster create --cluster-replicas 1 192.168.226.21:7001 192.168.226.21:7002 192.168.226.22:7003 192.168.226.22:7004 192.168.226.23:7005 192.168.226.23:7006

启动后接下开会有提示，对照后输入yes即可，这里一定要输入的是yes，不能是简写y，如下图：

 创建完成后，验证集群状态：

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster info
cluster_state:ok                           #表示集群状态是正常的
cluster_slots_assigned:16384               #表示集群中的插槽已分配的数量是16384，这是Redis集群的最大插槽数量。
cluster_slots_ok:16384                     #表示集群中的插槽正常的数量是16384。
cluster_slots_pfail:0                      #表示在插槽中标记为疑似故障（pfail）的节点数量是0。
cluster_slots_fail:0                       #表示在插槽中标记为故障（fail）的节点数量是0。
cluster_known_nodes:6                      #表示集群中已知节点的总数是6。
cluster_size:3                             #表示集群的大小（即主节点的数量）是3。
cluster_current_epoch:6                    #集群当前的配置版本（或配置纪元）。
cluster_my_epoch:1                         #该节点最后一次选举的配置版本。
cluster_stats_messages_ping_sent:362       #此节点发送的ping消息数量。
cluster_stats_messages_pong_sent:331       #此节点发送的pong消息数量。
cluster_stats_messages_sent:693            #此节点发送的总消息数量。
cluster_stats_messages_ping_received:326   #此节点接收的ping消息数量。
cluster_stats_messages_pong_received:362   #此节点接收的pong消息数量。
cluster_stats_messages_meet_received:5     #此节点接收的meet消息数量。
cluster_stats_messages_received:693        #此节点接收的总消息数量。




ping：这是一个节点向其他节点发送的消息，用于检查其他节点的健康状态。当一个节点发送ping消息后，如果目标节点是活动的，它会回复一个pong消息。
pong：这是一个节点在收到其他节点的ping消息后发送的响应消息。它是对ping消息的响应，表示该节点当前是活动的。
meet：这是一种特殊类型的消息，当一个节点想要加入到集群中时会发送此消息。当一个节点收到meet消息后，它会将这个新节点添加到它所知道的节点列表中，并将这个信息通过ping消息传播给其他节点，以此方式把新节点引入到集群网络中。

使用以下命令查看集群中每个节点的状态 （当前登录的会在里面用myself标识出来，本下面第五行就标识出来了）

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster nodes
870ed4837bcfc5d8e455c04ff4e2ec39156a652b 192.168.226.21:7002@17002 slave b0dc2767920f8e319e59709a88252cd46cfdda6d 0 1719391362667 5 connected
852c2c534e007a5155f96fba95c8333e334a5c3e 192.168.226.22:7004@17004 slave e4264f2bfaff2546625b9a8f559a0e822c5e24e1 0 1719391363820 4 connected
4cad4eebb85a849614ecaffeeb4b73da032fd974 192.168.226.22:7003@17003 master - 0 1719391362773 3 connected 5461-10922
e4264f2bfaff2546625b9a8f559a0e822c5e24e1 192.168.226.21:7001@17001 myself,master - 0 1719391359000 1 connected 0-5460
171b2751e63e86aa5335c149804a0e435dbb6f7f 192.168.226.23:7006@17006 slave 4cad4eebb85a849614ecaffeeb4b73da032fd974 0 1719391364235 6 connected
b0dc2767920f8e319e59709a88252cd46cfdda6d 192.168.226.23:7005@17005 master - 0 1719391363503 5 connected 10923-16383

2.4 写入数据测试

实验一：

使用当前主机节点连接别的主机节点，插入数据测试，提示失败

#不适用-c参数连接一个节点，结果不然插入数据，对应的哈希槽不匹配
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.23 -p 7006
192.168.226.23:7006> keys *
(empty list or set)
192.168.226.23:7006> set name zhangsan
(error) MOVED 5798 192.168.226.22:7003

#使用-c参数连接节点后插入数据，结果可以正常插入，他会自动插入到对应的哈希槽
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -c -h 192.168.226.23 -p 7006
192.168.226.23:7006> set age grg
-> Redirected to slot [741] located at 192.168.226.21:7001
OK
192.168.226.21:7001> set name lisi
-> Redirected to slot [5798] located at 192.168.226.22:7003
OK

在 Redis 集群中，每个主节点和从节点负责特定的哈希槽范围。哈希槽（hash slot）是 Redis 集群中的一个概念，用于将键分配到不同的节点。Redis 集群将键映射到 16384 个哈希槽，然后将这些哈希槽分配给不同的节点。使用 -c 参数（即“cluster mode”）来运行 redis-cli 是因为这个模式会处理 Redis 集群的特定行为，特别是当节点之间存在键的重定向时。这是因为 Redis 集群中的每个键都映射到特定的哈希槽，而每个哈希槽又由集群中的特定节点负责。如果你尝试在没有集群模式的情况下访问不属于该节点的键，Redis 将返回一个 MOVED 错误，指示你重定向到正确的节点。当你使用 redis-cli 连接到 Redis 集群并进行操作时，集群模式会自动处理这些重定向。这意味着，如果你试图访问一个不在当前节点处理范围内的键，redis-cli 将自动重定向你的请求到正确的节点。

实验二：

随机连接一个节点，这次使用-c参数连接后插入多条数据

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -c -h 192.168.226.23 -p 7006
192.168.226.23:7006> set age grg
-> Redirected to slot [741] located at 192.168.226.21:7001
OK
192.168.226.21:7001> set name lisi
-> Redirected to slot [5798] located at 192.168.226.22:7003
OK
192.168.226.22:7003>  
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -c -h 192.168.226.22 -p 7004
192.168.226.22:7004> keys *
1) "age"
192.168.226.22:7004> set a b
-> Redirected to slot [15495] located at 192.168.226.23:7005
OK
192.168.226.23:7005> set  e g
OK
192.168.226.23:7005> set  q a
OK
192.168.226.23:7005> set age 99
-> Redirected to slot [741] located at 192.168.226.21:7001
OK
192.168.226.21:7001> keys *
1) "age"
192.168.226.21:7001> set dgd sdf
-> Redirected to slot [14644] located at 192.168.226.23:7005
OK
192.168.226.23:7005> set 1 2
-> Redirected to slot [9842] located at 192.168.226.22:7003
OK
192.168.226.22:7003> keys *
1) "name"
2) "1"
192.168.226.22:7003> get age
-> Redirected to slot [741] located at 192.168.226.21:7001
"99"
192.168.226.21:7001> get e
-> Redirected to slot [15363] located at 192.168.226.23:7005
"g"

通过多次插入数据和查看发现，在插入时会被重定向，数据会被重定向到对应的哈希槽，同时所处的节点也会随之移动，并且查看所有key时，只能看到当前节点机器的key，随便看不到别的节点的key，但是使用get去查看别的节点存在的key，也是可以看到其对应的值的，只是在自己所处的节点不能看到别的节点的key。

简述总结：

当使用 -c 参数连接 Redis 集群时，会观察到以下行为和特点：

  1. 自动键重定向：

    • 当执行命令时，redis-cli 会根据键的哈希槽信息自动将命令发送到负责该键的节点上执行。
    • 如果键的哈希槽不在当前连接的节点上，redis-cli 会自动重定向命令到正确的节点执行，执行成功后返回结果。

  2. 节点的键查看限制：

    • 每次连接到一个节点后，只能查看该节点负责的键，而不能查看整个集群的所有键。
    • 这意味着在一个节点上执行 keys * 命令只会返回该节点负责的键列表，而不是整个集群的所有键。

  3. 位置变动：

    • 如果集群的主从节点发生变化或者数据迁移，同一个键可能会被分配到不同的节点上。
    • 因此，多次连接并查看键的位置可能会发现键在不同节点上的分布情况有所改变。

  4. 集群管理和数据一致性：

    • Redis 集群通过哈希槽来管理数据分片和负载均衡，自动将数据分散到不同的节点上。
    • 当节点加入或离开集群时，集群会重新分配哈希槽，保证数据的高可用性和一致性。

实验三： 

现在实验挂掉一个节点和挂掉一对主从节点测试。

从前面看到的分配的主从配对信息中，选择从节点192.168.226.21:7002和主节点192.168.226.23:7005来测试

首先将192.168.226.23:7005关闭服务，看从节点变化。

对192.168.226.23主机操作：
[root@localhost local]# /usr/local/redis7005/src/redis-cli -h 192.168.226.23 -p 7005 shutdown
[root@localhost ~]# ss -tnlp
State         Recv-Q        Send-Q               Local Address:Port                Peer Address:Port       Process                                       
LISTEN        0             511                        0.0.0.0:17006                    0.0.0.0:*           users:(("redis-server",pid=1783,fd=9))       
LISTEN        0             511                        0.0.0.0:7006                     0.0.0.0:*           users:(("redis-server",pid=1783,fd=6))       
LISTEN        0             128                        0.0.0.0:22                       0.0.0.0:*           users:(("sshd",pid=858,fd=3))                           
LISTEN        0             128                           [::]:22                          [::]:*           users:(("sshd",pid=858,fd=4))                


#查看集群中每个节点的状态 
[root@localhost ~]# /usr/local/redis7006/src/redis-cli -h 192.168.226.23 -p 7006 cluster nodes
4cad4eebb85a849614ecaffeeb4b73da032fd974 192.168.226.22:7003@17003 master - 0 1719492508192 3 connected 5461-10922
e4264f2bfaff2546625b9a8f559a0e822c5e24e1 192.168.226.21:7001@17001 master - 0 1719492507000 1 connected 0-5460
870ed4837bcfc5d8e455c04ff4e2ec39156a652b 192.168.226.21:7002@17002 master - 0 1719492507187 7 connected 10923-16383
171b2751e63e86aa5335c149804a0e435dbb6f7f 192.168.226.23:7006@17006 myself,slave 4cad4eebb85a849614ecaffeeb4b73da032fd974 0 1719492508000 6 connected
852c2c534e007a5155f96fba95c8333e334a5c3e 192.168.226.22:7004@17004 slave e4264f2bfaff2546625b9a8f559a0e822c5e24e1 0 1719492506179 4 connected
b0dc2767920f8e319e59709a88252cd46cfdda6d 192.168.226.23:7005@17005 master,fail - 1719492406717 1719492406616 5 disconnected

可以发现把一个主节点关闭后，在集群信息中会被标记故障，然后对应的从节点会变成主机点

现在把192.168.226.23:7005的redis服务启动再观察：

#启动192.168.226.23:7005的redis服务
[root@localhost local]# /usr/local/redis7005/src/redis-server /usr/local/redis7005/redis.conf 
[root@localhost local]# ss -tnlp
State         Recv-Q        Send-Q               Local Address:Port                Peer Address:Port       Process                                       
LISTEN        0             511                        0.0.0.0:17006                    0.0.0.0:*           users:(("redis-server",pid=1783,fd=9))       
LISTEN        0             511                        0.0.0.0:17005                    0.0.0.0:*           users:(("redis-server",pid=1836,fd=9))       
LISTEN        0             511                        0.0.0.0:7006                     0.0.0.0:*           users:(("redis-server",pid=1783,fd=6))       
LISTEN        0             511                        0.0.0.0:7005                     0.0.0.0:*           users:(("redis-server",pid=1836,fd=6))       
LISTEN        0             128                        0.0.0.0:22                       0.0.0.0:*           users:(("sshd",pid=858,fd=3))                          
LISTEN        0             128                           [::]:22                          [::]:*           users:(("sshd",pid=858,fd=4))                
[root@localhost ~]# /usr/local/redis7006/src/redis-cli -h 192.168.226.22 -p 7003 -c
192.168.226.22:7003> cluster nodes
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 master - 0 1719499652547 1 connected 0-5460
2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005@17005 slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719499653000 7 connected
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 myself,master - 0 1719499653000 3 connected 5461-10922
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 slave 978977953ce8a5ee9a3363863f24b4ce902fc216 0 1719499653047 4 connected
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave c1250f1610d7328dba13a030f89257b480c0d781 0 1719499653852 6 connected
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master - 0 1719499652547 7 connected 10923-16383
192.168.226.22:7003>

可以看到192.168.226.23:7005的redis再开启服务后就变成了从节点，原来一组的从节点192.168.226.21:7002变成了主节点。

现在将这一对主从节点都停止服务测试：

#对192.168.226.23主机操作
[root@localhost ~]# /usr/local/redis7005/src/redis-cli -h 192.168.226.23 -p 7005 shutdown
#对192.168.226.21主机操作
[root@localhost ~]# /usr/local/redis7002/src/redis-cli -h 192.168.226.21 -p 7002 shutdown


#使用192.168.226.21主机连接redis
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 -c
192.168.226.21:7001>  cluster nodes
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 slave 978977953ce8a5ee9a3363863f24b4ce902fc216 0 1719403248009 4 connected
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 myself,master - 0 1719403227000 1 connected 0-5460
2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005@17005 slave,fail 3473b893f94e01fee0f7be54cb53007440e487ea 1719403235885 1719403234851 7 disconnected
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master,fail - 1719403230400 1719403229172 7 disconnected 10923-16383
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 master - 0 1719403247374 3 connected 5461-10922
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave c1250f1610d7328dba13a030f89257b480c0d781 0 1719403247798 6 connected
192.168.226.21:7001> keys *
1) "www"
2) "age"
192.168.226.21:7001> get www
(error) CLUSTERDOWN The cluster is down
192.168.226.21:7001> set big 8888
(error) CLUSTERDOWN The cluster is down
192.168.226.21:7001>

 可以看到不能看数据，也不能写数据。CLUSTERDOWN The cluster is down 错误表明 Redis 集群当前处于非活动状态，可能是因为集群中的某些节点无法正常通信或集群配置出现了问题。因此，当一对互为主从的节点宕机，则集群不可用。

现在将原来先将192.168.226.23:7005开启服务

[root@localhost local]# /usr/local/redis7005/src/redis-server /usr/local/redis7005/redis.conf

将验证，即便先起来也不代表会先成为master节点。

现在再将192.168.226.21:7002恢复redis服务

[root@localhost ~]# /usr/local/redis7002/src/redis-server /usr/local/redis7002/redis.conf

实验四：

添加节点

此时我们新增一个虚拟机，拷贝两个redis实例并启动

localhostrocky_linux9.4192.168.226.24redis5.0.10

确认关闭防火墙和selinux，进行时间同步。

从192.168.226.21主机中拷贝两个redis实例到192.168.226.24主机中。

#对192.168.226.21操作进行拷贝
[root@localhost ~]# scp -r /usr/local/redis7001 root@192.168.226.24:/usr/local/redis7007
[root@localhost ~]# scp -r /usr/local/redis7001 root@192.168.226.24:/usr/local/redis7008


#对192.168.226.24主机修改配置文件
[root@localhost ~]# vim /usr/local/redis7007/redis.conf

#使用:%s/7001/7007/g   然后保存退出

[root@localhost ~]# vim /usr/local/redis7008/redis.conf

#使用:%s/7001/7008/g   然后保存退出


#启动两个redis实例
[root@localhost ~]# /usr/local/redis7007/src/redis-server /usr/local/redis7007/redis.conf

[root@localhost ~]# /usr/local/redis7007/src/redis-server /usr/local/redis7008/redis.conf

#验证启动
[root@localhost ~]# ss -tnlp
State        Recv-Q       Send-Q             Local Address:Port              Peer Address:Port       Process                                       
LISTEN       0            511                      0.0.0.0:7008                   0.0.0.0:*           users:(("redis-server",pid=1416,fd=6))       
LISTEN       0            511                      0.0.0.0:7007                   0.0.0.0:*           users:(("redis-server",pid=1411,fd=6))       
LISTEN       0            511                      0.0.0.0:17007                  0.0.0.0:*           users:(("redis-server",pid=1411,fd=9))       
LISTEN       0            511                      0.0.0.0:17008                  0.0.0.0:*           users:(("redis-server",pid=1416,fd=9))       
LISTEN       0            128                      0.0.0.0:22                     0.0.0.0:*           users:(("sshd",pid=849,fd=3))                
LISTEN       0            128                         [::]:22                        [::]:*           users:(("sshd",pid=849,fd=4))

要添加节点，首先启动redis实例，用集群中的主机连接任一实例去添加这个新节点。

选择192.168.226.21去操作添加：

#添加主节点
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7002 cluster meet 192.168.226.24 7007

#查看集群中每个节点的状态
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.24 -p 7002 cluster nodes
2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005@17005 slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719502625187 7 connected
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 slave 978977953ce8a5ee9a3363863f24b4ce902fc216 0 1719502623179 1 connected
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master - 0 1719502623000 7 connected 10923-16383
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 master - 0 1719502623681 3 connected 5461-10922
94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 192.168.226.24:7007@17007 myself,slave 978977953ce8a5ee9a3363863f24b4ce902fc216 0 1719502622000 0 connected
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 master - 0 1719502624183 1 connected 0-5460
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave c1250f1610d7328dba13a030f89257b480c0d781 0 1719502624000 3 connected

验证集群状态

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7002 cluster info
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:7
cluster_size:3
cluster_current_epoch:7
cluster_my_epoch:7
cluster_stats_messages_ping_sent:3969
cluster_stats_messages_pong_sent:3466
cluster_stats_messages_meet_sent:1
cluster_stats_messages_update_sent:2
cluster_stats_messages_sent:7438
cluster_stats_messages_ping_received:3466
cluster_stats_messages_pong_received:3970
cluster_stats_messages_received:7436

#再添加一个节点
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster meet 192.168.226.24 7008

#给新增的节点设置其对应的主节点，后面的字符串就是主节点的ID，通过前面用cluster nodes获取到的
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.24 -p 7008 cluster replicate c1250f1610d7328dba13a030f89257b480c0d781

这两个命令用法：

/path路径/redis/src/redis-cli -h <已有节点IP> -p <已有节点端口> cluster meet <新节点IP> <新节点端口>
/path路径/redis/src/redis-cli -h <新节点IP> -p <新节点端口> cluster replicate <已有节点ID>

注：

添加节点有一种情况是添加进去就是master，有一种情况添加后就是slave ，如果是slave那么执行使用cluster reset 重置这个节点再次重新添加至集群内尝试。

/usr/local/redis7001/src/redis-cli -h 192.168.226.24 -p 7007 cluster reset

自动分配槽位
[root@localhost ~]# /usr/local/redis7001/src/redis-cli --cluster rebalance 192.168.226.24:7007
>>> Performing Cluster Check (using node 192.168.226.24:7007)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
*** No rebalancing needed! All nodes are within the 2.00% threshold.

[root@localhost ~]# /usr/local/redis7001/src/redis-cli --cluster rebalance 192.168.226.24:7008
>>> Performing Cluster Check (using node 192.168.226.24:7008)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
*** No rebalancing needed! All nodes are within the 2.00% threshold.

提升节点为master：
[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.24 -p 7007 cluster failover

假设我给192.168.226.24:7007 把其从节点提升为主节点，使用CLUSTER FAILOVER命令后，会让原有的注意点之一降级为从节点，其原理解释如下：

在Redis集群中，执行CLUSTER FAILOVER命令后，所有的从节点都会尝试进行故障转移，结果是你指定的节点变为了主节点。执行过程中的变化可以解释为什么会发生角色改变。

执行的步骤

  1. 初始状态：

    • 192.168.226.24:7007为从节点。
    • 192.168.226.21:7001、192.168.226.21:7002、192.168.226.22:7003是主节点。

  2. 执行故障转移：

    • 当你在192.168.226.24:7007（原从节点）执行CLUSTER FAILOVER命令时，这个从节点被提升为主节点。

故障转移过程

故障转移过程中：

  • 原主节点（192.168.226.21:7001）的角色变为了从节点，以保持数据的高可用性和一致性。
  • 具体来说，执行CLUSTER FAILOVER命令后，192.168.226.24:7007从节点被提升为主节点，原主节点（192.168.226.21:7001）被降级为从节点。这就是为什么看到的新输出中192.168.226.24:7007变为了主节点，而192.168.226.21:7001变为了从节点。

新的集群状态解释

新的状态如下：

  • 主节点:

    • 192.168.226.24:7007
    • 192.168.226.21:7002
    • 192.168.226.22:7003

  • 从节点:

    • 192.168.226.21:7001（从原主节点降级）
    • 192.168.226.23:7005
    • 192.168.226.22:7004
    • 192.168.226.24:7008
    • 192.168.226.23:7006

新状态变更后，新的主节点和从节点的对应关系保持如下：

  • 新主节点192.168.226.24:7007接管了原主节点192.168.226.21:7001的插槽范围0-5460。

变化主要是为了保持群集的高可用性和数据的一致性，同时你也成功完成了将从节点提升为主节点的操作。

#验证重新平衡
[root@localhost ~]# /usr/local/redis7001/src/redis-cli --cluster check 192.168.226.24:7008
192.168.226.24:7008 (7a98972a...) -> 1 keys | 5462 slots | 2 slaves.
192.168.226.23:7005 (2544360a...) -> 3 keys | 5461 slots | 1 slaves.
192.168.226.24:7007 (94d037d0...) -> 2 keys | 5461 slots | 2 slaves.
[OK] 6 keys in 3 masters.
0.00 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.226.24:7008)
M: 7a98972ab9a038538c2106d1e6c52915d5e3999d 192.168.226.24:7008
   slots:[5461-10922] (5462 slots) master
   2 additional replica(s)
S: 3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002
   slots: (0 slots) slave
   replicates 2544360a6e3ea711151312abb829037fe1b72163
S: 51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006
   slots: (0 slots) slave
   replicates 7a98972ab9a038538c2106d1e6c52915d5e3999d
M: 2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
S: faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004
   slots: (0 slots) slave
   replicates 94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4
S: 978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001
   slots: (0 slots) slave
   replicates 94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4
S: c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003
   slots: (0 slots) slave
   replicates 7a98972ab9a038538c2106d1e6c52915d5e3999d
M: 94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 192.168.226.24:7007
   slots:[0-5460] (5461 slots) master
   2 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

实验五：

使用gorget忘记一个redis实例。

在这之前的实验添加了两个节点，并将192.168.226.24:7007的实例提升为master节点，并导致整个集群从节点都会尝试进行故障转移，新的主从信息如下查看：

[root@localhost ~]#  /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster nodes
94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 192.168.226.24:7007@17007 master - 0 1719457085420 8 connected 0-5460
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 myself,slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719457085000 1 connected
7a98972ab9a038538c2106d1e6c52915d5e3999d 192.168.226.24:7008@17008 master - 0 1719457086078 9 connected 5461-10922
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master - 0 1719457086196 11 connected 10923-16383
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719457086000 9 connected
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 slave 94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 0 1719457086519 8 connected
2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005@17005 slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719457087281 11 connected
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719457087756 9 connected

现在进行忘记一个从节点（后面的字符串是指定节点对应的ID，可在上面查看到的信息找到每个节点对应ID）：

[root@localhost ~]#  /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster forget 2544360a6e3ea711151312abb829037fe1b72163

 再查询每个节点的状态

[root@localhost ~]#  /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster nodes
94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 192.168.226.24:7007@17007 master - 0 1719457172640 8 connected 0-5460
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 myself,slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719457171000 1 connected
7a98972ab9a038538c2106d1e6c52915d5e3999d 192.168.226.24:7008@17008 master - 0 1719457173425 9 connected 5461-10922
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master - 0 1719457172745 11 connected 10923-16383
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719457173085 9 connected
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 slave 94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 0 1719457172000 8 connected
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719457172306 9 connected


[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.22 -p 7004 cluster nodes
94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 192.168.226.24:7007@17007 slave faa30f7980bda533b25558ad6656dee6f3a40566 0 1719551425478 12 connected
2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005@17005 slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719551425000 11 connected
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719551425804 9 connected
7a98972ab9a038538c2106d1e6c52915d5e3999d 192.168.226.24:7008@17008 master - 0 1719551426555 9 connected 5461-10922
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719551425000 9 connected
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 myself,master - 0 1719551424000 12 connected 0-5460
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master - 0 1719551426000 11 connected 10923-16383
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719551425000 11 connected

使用forget只是在当前节点忘记了指定ID的节点信息，但是其他节点还是存在这个信息。

使用 CLUSTER FORGET 命令来忘记一个 Redis 集群节点时，这个命令实际上是从当前节点的集群配置中移除了指定的节点信息。但是，这并不意味着该节点从整个集群中完全消失了。

集群中的其他节点可能仍然知道这个被忘记的节点，并且 cluster_known_nodes 的计数可能会继续包含它，直到这些节点也执行了 CLUSTER FORGET 命令或者通过集群的自动重新配置过程（如故障转移或重新平衡）来更新它们的集群配置。

如果在 Redis 集群中的所有其他节点上都使用 CLUSTER FORGET 命令忘记了7005节点的集群ID，那么从集群管理的角度来看，7005节点就已经从集群配置中被移除了。然而，仅仅这样做并不意味着7005节点已经停止运行或已从物理上删除。如果还需要确保7005节点不再运行并且释放其占用的资源，可以则停止7005节点的服务，删除7005节点的数据和配置文件等方法。

请注意，如果7005节点在 CLUSTER FORGET 操作之后重新启动，并且它仍然保留有之前的集群状态信息（特别是 nodes.conf 文件），它可能会尝试重新加入集群。因此，彻底删除7005节点的数据和配置文件是确保它不再参与集群的关键步骤。

执行forget后，重启7005节点后，在使用forget那个节点那又可以查看到7005节点的信息了

实验六：

在实验五中仅仅使用forgrt命令测试忘记节点，那么在重新启动被forget的redis节点，就又可以恢复了。

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster nodes
94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 192.168.226.24:7007@17007 slave faa30f7980bda533b25558ad6656dee6f3a40566 0 1719459359290 12 connected
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 myself,slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719459355000 1 connected
7a98972ab9a038538c2106d1e6c52915d5e3999d 192.168.226.24:7008@17008 master - 0 1719459360597 9 connected 5461-10922
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master - 0 1719459360171 11 connected 10923-16383
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719459359513 9 connected
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 master - 0 1719459360054 12 connected 0-5460
2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005@17005 slave 3473b893f94e01fee0f7be54cb53007440e487ea 0 1719459360597 11 connected
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719459358413 9 connected

接下来尝试节点缩容。

被缩容节点和接收数据槽的几点都要求为主节点才可，在Redis集群中，只有主节点才能拥有哈希槽（slots）。

根据上述集群信息和对应ID，以及下述语法

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 --cluster reshard 192.168.226.21:7002 --cluster-from 3473b893f94e01fee0f7be54cb53007440e487ea --cluster-to 7a98972ab9a038538c2106d1e6c52915d5e3999d --cluster-slots 5461 --cluster-yes


# --cluster-from 要缩容的主节点id
# --cluster-to 缩容之后的数据槽点分给哪一个master
# --cluster-slots 要缩容的主节点id的槽位数量
# --cluster-yes 可以自动执行而无需手动确认（可加可不加）

再次查询信息

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 cluster nodes
94d037d03b44f77db95acbcf6b8fa9ffa5cb95b4 192.168.226.24:7007@17007 slave faa30f7980bda533b25558ad6656dee6f3a40566 0 1719460937784 12 connected
978977953ce8a5ee9a3363863f24b4ce902fc216 192.168.226.21:7001@17001 myself,slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719460936000 1 connected
7a98972ab9a038538c2106d1e6c52915d5e3999d 192.168.226.24:7008@17008 master - 0 1719460936000 13 connected 5461-16383
3473b893f94e01fee0f7be54cb53007440e487ea 192.168.226.21:7002@17002 master - 0 1719460937324 11 connected
c1250f1610d7328dba13a030f89257b480c0d781 192.168.226.22:7003@17003 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 1719460938127 1719460935871 13 connected
faa30f7980bda533b25558ad6656dee6f3a40566 192.168.226.22:7004@17004 master - 0 1719460937903 12 connected 0-5460
2544360a6e3ea711151312abb829037fe1b72163 192.168.226.23:7005@17005 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719460937022 13 connected
51db12ce426015bbabda015e2bb3564f0858b43e 192.168.226.23:7006@17006 slave 7a98972ab9a038538c2106d1e6c52915d5e3999d 0 1719460936206 13 connected

实验七：

删除一个从节点

（推荐先删除从节点，后删除主几点）

下面是删除的命令，后面要跟的是被删除节点IP和端口，然后就是ID

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 --cluster del-node 192.168.226.23:7006 51db12ce426015bbabda015e2bb3564f0858b43e

可以看到没有7006的节点了。

删除主节点 

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 --cluster del-node 192.168.226.21:7002 3473b893f94e01fee0f7be54cb53007440e487ea

 

错误原因：

[root@localhost ~]# /usr/local/redis7001/src/redis-cli -h 192.168.226.21 -p 7001 --cluster del-node 192.168.226.24:7008 7a98972ab9a038538c2106d1e6c52915d5e3999d
>>> Removing node 7a98972ab9a038538c2106d1e6c52915d5e3999d from cluster 192.168.226.24:7008
[ERR] Node 192.168.226.24:7008 is not empty! Reshard data away and try again.

 错误信息提示正在尝试从集群中删除一个非空的节点（7a98972ab9a038538c2106d1e6c52915d5e3999d），但是该节点上仍然有哈希槽（slots）和数据。在Redis集群中，不能直接删除一个包含数据的节点，因为这样会丢失数据，只有当节点是空的（即它不拥有任何哈希槽和数据）时，才能使用redis-cli --cluster del-node命令来删除该节点。

实验八：

删除集群

Redis集群创建好后，一般会有以下文件生成：


$ tree
.
├── appendonly.aof
├── dump.rdb
├── nodes-7000.conf
├── redis.conf
└── redis-server

0 directories, 5 files



其中，nodes-*.conf记录了Redis集群的信息。

要想删除一个集群，首先关闭Redis服务，方法如下：

redis-cli -h 127.0.0.1 -p 7000 shutdown

关闭所有集群上节点后，进入各个节点文件夹，删除以下文件：

appendonly.aof
dump.rdb
nodes-7000.conf
批量删除指令如下：

rm -f ./*/nodes-*.conf ./*/appendonly.aof ./*/dump.rdb

ok，至此，旧集群已经不复存在，只留下了redis服务进程和配置文件。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1883240.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

如果使用Outlook 2024出现问题

如果使用Outlook 2024出现问题

大家好&#xff0c;才是真的好。 很多企业使用Domino服务器当作POP/IMAP邮箱服务器来使用&#xff0c;虽然这不能发挥Domino最佳效能&#xff0c;但也不失为一种简单用法。 另一种企业则使用Domino仅作为应用app平台&#xff0c;邮箱早已迁移至O365或其他平台&#xff0c;他们…
阅读更多...
安装和微调大模型（基于LLaMA-Factory）

安装和微调大模型（基于LLaMA-Factory）

打开终端&#xff08;在Unix或macOS上&#xff09;或命令提示符/Anaconda Prompt&#xff08;在Windows上&#xff09;。 创建一个名为lora的虚拟环境并指定Python版本为3.9。 https://github.com/echonoshy/cgft-llm/blob/master/llama-factory/README.mdGitHub - hiyouga/…
阅读更多...
.net8 Syncfusion生成pdf/doc/xls/ppt最新版本

.net8 Syncfusion生成pdf/doc/xls/ppt最新版本

新建控制台程序 添加包Syncfusion.Pdf.Net.Core包&#xff0c;当前官方的版本号为26.1.39 直接上代码 Syncfusion.Pdf.PdfDocument pdfDocument new Syncfusion.Pdf.PdfDocument(); for (int i 1; i < 10; i) {var page pdfDocument.Pages.Add();PdfGraphics graphics…
阅读更多...
学习笔记（linux高级编程）9

学习笔记（linux高级编程）9

void pthread_cleanup_push(void (*routine)(void *)&#xff0c; void *arg); 功能&#xff1a;注册一个线程清理函数 参数&#xff0c;routine&#xff0c;线程清理函数的入口 arg&#xff0c;清理函数的参数。 返回值&#xff0c;无 void pthread_cleanup_pop(int execute)…
阅读更多...
Open3D 点云的旋转与平移

Open3D 点云的旋转与平移

目录 一、概述 1.1旋转 1.2平移 二、代码实现 2.1实现旋转 2.2实现平移 2.3组合变换 三、实现效果 3.1原始点云 3.2变换后点云 一、概述 在Open3D中&#xff0c;点云的旋转和平移是通过几何变换来实现的。几何变换可以应用于点云对象&#xff0c;使其在空间中移动或旋…
阅读更多...
navicat Lite 版

navicat Lite 版

navicat Lite 版&#xff1a; Navicat 出了一个 Navicat Premium 的Lite版。 官方现在链接&#xff1a;https://www.navicat.com.cn/download/navicat-premium-lite#windows 从官网可以看到现在能够下载最新版本 17&#xff0c;支持各种平台
阅读更多...
HSP_11章 Python面向对象编程oop_进阶部分

HSP_11章 Python面向对象编程oop_进阶部分

文章目录 P118_119 Python_封装1. 面向对象编程特征2. 封装介绍3. 封装的细节和好处4. 私有成员5. 代码演示5. 注意事项和使用细节5.1伪私有属性 P120 Python_继承快速入门1. 为什么需要继承2. 继承的基本介绍3. 继承的示意图 4. 继承的基本语法 P121 Python_继承的注意事项和细…
阅读更多...
1.5 Canal 数据同步工具详细教程

1.5 Canal 数据同步工具详细教程

欢迎来到我的博客&#xff0c;很高兴能够在这里和您见面&#xff01;欢迎订阅相关专栏&#xff1a; ⭐️ 全网最全IT互联网公司面试宝典&#xff1a;收集整理全网各大IT互联网公司技术、项目、HR面试真题. ⭐️ AIGC时代的创新与未来&#xff1a;详细讲解AIGC的概念、核心技术、…
阅读更多...
面向阿克曼移动机器人（自行车模型）的LQR（最优二次型调节器）路径跟踪方法

面向阿克曼移动机器人（自行车模型）的LQR（最优二次型调节器）路径跟踪方法

线性二次调节器&#xff08;Linear Quadratic Regulator&#xff0c;LQR&#xff09;是针对线性系统的最优控制方法。LQR 方法标准的求解体系是在考虑到损耗尽可能小的情况下, 以尽量小的代价平衡其他状态分量。一般情况下&#xff0c;线性系统在LQR 控制方法中用状态空间方程描…
阅读更多...
工程化：Commitlint / 规范化Git提交消息格式

工程化：Commitlint / 规范化Git提交消息格式

一、理解Commitlint Commitlint是一个用于规范化Git提交消息格式的工具。它基于Node.js&#xff0c;通过一系列的规则来检查Git提交信息的格式&#xff0c;确保它们遵循预定义的标准。 1.1、Commitlint的核心功能 代码规则检查&#xff1a;Commitlint基于代码规则进行检查&a…
阅读更多...
16_C语言编程基础

16_C语言编程基础

目录 C语言入门 程序段和代码段 C语言入门实例 英文分号(;) 注释 标识符 保留字 C中的空格 C数据类型 基本类型 sizeof获取存储字节 void类型 变量 C数组 C枚举 C中的左值(lvalue)和右值(rvalue) C常量 变量存储类型 C常用关键字(保留字) 宏定义#define co…
阅读更多...
视频孪生助力智慧工厂：可视化安防管理与报警告警

视频孪生助力智慧工厂：可视化安防管理与报警告警

在当今快速迭代的工业4.0时代&#xff0c;智慧工厂已成为提升生产效率、优化资源配置的关键所在。面对日益复杂的生产环境和多元化的业务需求&#xff0c;如何构建一个高效、智能且具备强大适应能力的智慧工厂也成为了众多厂商关注的焦点。为了满足工业制造的转型需求&#xff…
阅读更多...
element el-table表格切换分页保留分页数据+限制多选数量

element el-table表格切换分页保留分页数据+限制多选数量

el-table表格并没有相关的方法来禁用表头里面的多选按钮 那么我们可以另辟蹊径&#xff0c;来实现相同的多选切换分页&#xff08;保留分页数据&#xff09; 限制多选数量的效果 <el-table:data"tableData"style"width: 100%">// 不使用el-talbe自带…
阅读更多...
DX-11A信号继电器 0.5A 柜内板前接线 约瑟JOSEF

DX-11A信号继电器 0.5A 柜内板前接线 约瑟JOSEF

DX-11,11A,11B,11C型信号继电器 DX-11信号继电器 DX-11B信号继电器 DX-11A信号继电器 DX-11C信号继电器 1 用途 该继电器用于直流操作的保护线路中&#xff0c;作为信号指示器。 2 结构和原理 该继电器具有电磁铁和带公共点的三付动合触点及一个信号牌&#xff0c;为电…
阅读更多...
什么是原始权益人？

什么是原始权益人？

摘要&#xff1a;每天学习一点金融小知识 原始权益人&#xff0c;在资产证券化&#xff08;ABS&#xff09;和公募REITs等金融产品中&#xff0c;指的是证券化基础资产的原始所有者&#xff0c;即金融产品的真正融资方。他们是按照相关规定及约定向资产支持专项计划转移其合法拥…
阅读更多...
Victor CMS v1.0 SQL 注入漏洞（CVE-2022-28060）

Victor CMS v1.0 SQL 注入漏洞（CVE-2022-28060）

前言 CVE-2022-28060 是 Victor CMS v1.0 中的一个SQL注入漏洞。该漏洞存在于 /includes/login.php 文件中的 user_name 参数。攻击者可以通过发送特制的 SQL 语句&#xff0c;利用这个漏洞执行未授权的数据库操作&#xff0c;从而访问或修改数据库中的敏感信息。 漏洞详细信…
阅读更多...
武汉星起航：跨境电商流量红利爆发，2023年出海企业迎突破增长

武汉星起航：跨境电商流量红利爆发，2023年出海企业迎突破增长

在数字时代的浪潮中&#xff0c;中国跨境电商以惊人的爆发力崭露头角&#xff0c;成为全球贸易的璀璨新星。2023年数据显示&#xff0c;跨境电商出口额高达1.83万亿元&#xff0c;同比增长19.6%&#xff0c;这一显著增速不仅刷新纪录&#xff0c;更为众多出海企业带来了前所未有…
阅读更多...
MySQL-行级锁（行锁、间隙锁、临键锁）

MySQL-行级锁（行锁、间隙锁、临键锁）

文章目录 1、介绍2、查看意向锁及行锁的加锁情况3、行锁的演示3.1、普通的select语句&#xff0c;执行时&#xff0c;不会加锁3.2、select * from stu where id 1 lock in share mode;3.3、共享锁与共享锁之间兼容。3.4、共享锁与排他锁之间互斥。3.5、排它锁与排他锁之间互斥3…
阅读更多...
TopK问题与如何在有限内存找出前几最大(小)项(纯c语言版)

TopK问题与如何在有限内存找出前几最大(小)项(纯c语言版)

目录 0.前言 1.知识准备 2.实现 1.首先是必要的HeapSort 2.造数据 其他注意事项 3.TopK的实现 0.前言 在我们的日常生活中总有排名系统&#xff0c;找出前第k个分数最高的人&#xff0c;而现在让我们用堆来在有限内存中进行实现 1.知识准备 想要实现topk问题首先我们要…
阅读更多...
【stm32】大一上学期笔记复制

【stm32】大一上学期笔记复制

砌墙单片机 外设是什么&#xff1f; ipage 8 nx轴 128 X0-127 y0-63 PWM脉冲宽度调制 PWM脉冲宽度调制 2023年10月13日 基本特性&#xff1a;脉冲宽度调制PWM是一种对模拟信号进行数字编码的方法。广泛引用于电机控制&#xff0c;灯光的亮度调节&#xff0c;功率控制等领域…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023