Redis PUB 取消 redis pubsub命令

转载

棉花糖 2023-09-23 17:45:57

文章标签 Redis PUB 取消 redis 数据恢复客户端 文章分类 Redis 数据库

文章目录

redis案例

发布订阅
数据恢复

RDB数据恢复
AOF数据恢复

集群模式搭建

水平扩容
水平缩容
集群数据恢复

redis案例

记录遇到过redis案例

发布订阅

Redis 发布订阅 (pub/sub) 是一种消息通信模式：发送者 (pub) 发送消息，订阅者 (sub) 接收消息。
Redis 客户端可以订阅任意数量的频道。

客户端可以订阅频道如下图
当给这个频道发布消息后，消息就会发送给订阅的客户端

实现
三台不同ip的虚拟机，其中两台作为192.168.3.106的客户端
命令如下：

数据恢复

RDB数据恢复

开启RDB保存策略

Redis PUB 取消 redis pubsub命令_客户端

表示 30秒内，key值修改10次触发一次RDB快照

测试前删除原有的dump.rdb文件 rm -rf dump.rdb 重启服务器，启动redis，并进入客户端

Redis PUB 取消 redis pubsub命令_客户端_02

此时数据为空

进行数据插入操作

Redis PUB 取消 redis pubsub命令_数据恢复_03

插入13条数据，触发保存策略生成rdb文件

Redis PUB 取消 redis pubsub命令_Redis PUB 取消_04

关闭redis，对dump.rdb文件改名mv dump.rdb dump.rdb.bp

此时没有dump.rdb文件重启redis

Redis PUB 取消 redis pubsub命令_客户端_05

没有任何数据，关闭redis再将dump.rdb.bp改回dump.rdb，再次启动redis，再次查看

Redis PUB 取消 redis pubsub命令_数据恢复_06

注意:rdb会照成数据丢失，如果数据敏感不建议采用此方式持久化。

AOF数据恢复

步骤和RDB大同小异，如果AOF文件没有损坏怎复制aof文件到对应目录，重启redis即可

如果aof损坏通过redis-check-aof修复aof文件。

先开启aof持久化:在配置文件中修改appendonly yes appendfsync always 插入数据：

Redis PUB 取消 redis pubsub命令_Redis PUB 取消_07

关闭redis查看aof文件，并对该文件进行修改，手动损坏该文件

Redis PUB 取消 redis pubsub命令_数据恢复_08

在重新启动redis，发现启动出现问题，客户端无法连接

Redis PUB 取消 redis pubsub命令_redis_09

修复aof文件

/usr/local/bin/redis-check-aof --fix appendonly.aof

Redis PUB 取消 redis pubsub命令_客户端_10

重启redis

Redis PUB 取消 redis pubsub命令_客户端_11

此时数据恢复

集群模式搭建

集群搭建

redis-cli --cluster命令
crate 创建集群
call：可以执行redis命令
add-node: 将一个节点添加到集群里面，第一个参数为新节点的ip:port ,第二个参数为集群中任意一个已存在的节点的 ip:port
del-node: 集群中存活的某个一个节点的ip:port 要删除节点的id (删除的节点必须把槽迁移)
reshard：集群中存活的某个一个节点的ip:port (针对的是整个集群，而不是填写的节点)
check：检查集群状态

水平扩容

集群扩容一主一从作为案例，未搭建集群的先看上面的集群搭建，本次集群案例采用集群搭建上的案例。

准备

已有集群

Redis PUB 取消 redis pubsub命令_Redis PUB 取消_12

和两台redis服务器分别为192.168.3.112 、192.168.3.113 。

步骤

修改需要添加的两台redis服务器的配置文件 redis.conf
主要修改集群配置、持久化配置，这些基础配置不在赘述
正常启动这两个redis
添加节点到集群中
添加112到集群中：src/redis-cli --cluster add-node 192.168.3.112:6379 192.168.3.106:6379 第一个ip:port 是需要添加的节点信息第二个是集群中存活的ip信息

Redis PUB 取消 redis pubsub命令_redis_13

同理添加113：src/redis-cli --cluster add-node 192.168.3.113:6379 192.168.3.106:6379 连接任意一个集群客户端，查看集群节点信息

Redis PUB 取消 redis pubsub命令_redis_14

可以看到112 113已经添加到集群中了，默认为master 但是是没有分配槽的，此时新添加的两个节点服务还不可用。
为新节点分配槽
为112分配槽：src/redis-cli --cluster reshard 192.168.3.12:6379

Redis PUB 取消 redis pubsub命令_redis_15

然后询问要分配多少个槽

Redis PUB 取消 redis pubsub命令_客户端_16

How many slots do you want to move (from 1 to 16384)? 询问要移动多少个槽案例输入2000
What is the receiving node ID? 要移动的id 案例给新增加的节点添加槽输入增加的节点的id
Please enter all the source node IDs.
Type ‘all’ to use all the nodes as source nodes for the hash slots. 是否将其它主节点的槽平均分配给目标节点是的话输入all
Type ‘done’ once you entered all the source nodes IDs. 从输入的id节点中分配完成后输入done结束分配案例采用这个模式
Do you want to proceed with the proposed reshard plan (yes/no)? 是否按照这个列表分配输入yes
分配槽的过程会进行阻塞，槽分配之后槽对应的数据也会迁移
先查看节点信息

Redis PUB 取消 redis pubsub命令_Redis PUB 取消_17

到此主节点添加完成
添加从节点
任何新添加的节点都默认为主节点
src/redis-cli -c -h 192.168.3.113 -p 6379 将113作为112的从节点
cluster replicate 主节点id9(也就是112节点的id)
cluster replicate 7c4bb890c8afbe7d9031c30e9a44d8f6e5589e82