Linux学习——redis主从配置(带密码)

本文档详述了如何配置Redis的一主两从架构,并重点介绍了在配置过程中如何处理主从节点间的密码设置。包括配置文件的修改、端口开放、防火墙设置以及启动和验证步骤。确保在安全的环境中实现Redis的主从复制。

redis一主二从配置(带密码)

找了很多redis主从配置教程发现大多数都是没密码的配置,而正式服务器中,为了安全redis通常都会设置密码,正好学到这,下面分享我自己学习中对于redis主从配置的详细流程!
在这里插入图片描述
配置的方式有两种:一种是直接使用命令配置,这种方式当 Redis 重启后配置会失效。另一种方式是使用配置文件。这里着重使用配置文件演示一下。
命令配置:

SLAVEOF 127.0.0.1 6379		# SLAVEOF host  port

1、准备工作

1、阿里云服务器在阿里云控制台的安全组配置分别打开6379、6380、6381端口

在这里插入图片描述

2、防火墙打开6379、6380、6381

firewall-cmd --list-ports		#查看防火墙开放端口号
firewall-cmd --zone=public --add-port=80/tcp --permanent		#开启80端口命令
systemctl restart firewalld.service			#重启防火墙
firewall-cmd --reload				#重载

  • --zone #作用域
  • --add-port=80/tcp #添加端口,格式为:端口/通讯协议
  • --permanent #永久生效,没有此参数重启后失效
    最后确认自己防火墙已经开放了6379、6380、6381三个端口
    在这里插入图片描述

3、确认自己已经安装并配置好了redis

2、进入redis.conf所在目录分别复制出三个conf文件

在这里插入图片描述

3、修改对应的信息

注:一下演示redis81.conf 配置文件的修改,另一个redis80.conf修改成对应的数据

进入配置文件 :vim redis81.conf
1、端口

2、pid 名称

3、log 文件名称

4、dump.rdb 名称

5、slaveof 主机地址 主机端口号

6、masterauth 主机密码

注:记得安装配置redis时注释掉#bind 0.0.0.0
在这里插入图片描述

port 6381
pidfile /var/run/redis_6381.pid
logfile "6381.log"
dbfilename dump6381.rdb
slaveof 127.0.0.1 6379
masterauth fuzhijie12

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
全部修改后启动三个redis,如果已经启动请重启

[root@jie bin]# redis-server redis-config/redis79.conf 
[root@jie bin]# redis-server redis-config/redis80.conf 
[root@jie bin]# redis-server redis-config/redis81.conf 

在这里插入图片描述

查看三个redis是否启动

[root@jie redis-config]# ps -ef|grep redis

在这里插入图片描述

redis关闭命令

[root@jie bin]# redis-cli -p 6380 -a 密码 shutdown

验证配置情况

主服务器6379:

[root@jie bin]# redis-cli -p 6379 -a 自己设置的密码
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=3312,lag=1
slave1:ip=127.0.0.1,port=6381,state=online,offset=3312,lag=0
master_replid:ff7ae6ec34671d101fa74abbe77bb46ea4812840
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:3312
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:3312

在这里插入图片描述
从服务器:

[root@JieFighting bin]# redis-cli -p 6380 -a 从服务器redis密码
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:3704
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:ff7ae6ec34671d101fa74abbe77bb46ea4812840
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:3704
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:3704

在这里插入图片描述

失败原因:

  1. 阿里云服务器为添加对应端口的安全组
  2. 防火墙未开放端口号/开放端口后未重启防火墙
  3. 从服务器配置文件部分项配置错误:字母拼错、未配置主服务器密码masterauth 123456 # 设置主redis密码,否则无法同步(如果主服务器设置了密码)
  4. 配置文件配置保存后未重启redis服务器,从而配置文件未生效
RocketMQ 中,**分片(Sharding)** 是实现高并发、高可用和可展性的重要机制之一。其核心作用是将消息的存储和消费进行分布式管理,以支持大规模消息处理场景。 ### 分片的作用 1. **提升系统吞吐量** 通过将一个 Topic 的消息分布到多个 Broker 上,每个 Broker 负责一部分消息的存储和转发,从而实现横向展,提高整体系统的吞吐能力。 2. **支持负载均衡** 在消息生产与消费过程中,分片机制使得消息可以均匀分布在多个 Broker 上,生产者和消费者可以并行地处理多个分片,实现负载均衡[^5]。 3. **增强系统可用性与容错性** 每个分片可以配置主从结构(Master-Slave),实现数据复制与故障切换,确保在某个 Broker 故障时仍能保证消息的高可用[^4]。 ### 分片的工作机制 1. **Topic 与 Message Queue 的关系** 在 RocketMQ 中,每个 Topic 会被划分为多个 **Message Queue**(也称为队列或分片),这些队列分布在不同的 Broker 上。例如,一个 Topic 可能有 4 个队列,分别分布在两个 Broker 上,每个 Broker 管理两个队列。 2. **生产者的分片选择** 当生产者发送消息时,会根据一定的策略(如轮询、哈希等)选择一个合适的 Message Queue 进行投递。这一过程称为**生产者负载均衡**。生产者会定期从 NameServer 获取 Topic 的队列分布信息,以保证选择的准确性[^5]。 3. **消费者的分片分配** 消费者组(ConsumerGroup)中的每个消费者实例会负责一部分 Message Queue 的消费任务。这一过程称为**消费者负载均衡**,由 Broker 协调完成,确保每个队列只被一个消费者实例消费,从而避免重复消费和竞争问题。 4. **消息的物理存储** RocketMQ 将所有消息写入统一的 **CommitLog** 文件中,然后通过 **ConsumeQueue** 文件记录每个 Topic 的分片索引信息,实现逻辑分片与物理存储的分离。这种机制保证了写入的高效性和读取的灵活性[^4]。 ### 分片配置与管理 - **创建 Topic 时指定分片数量** 在创建 Topic 时,可以通过命令行或配置文件指定其分片数量(即 Message Queue 数量)。 - **动态容** 可以在不中断服务的情况下,向集群中新增 Broker,并为已有 Topic 增加分片,以应对不断增长的消息量。 ### 示例代码:查看 Topic 分片信息 ```bash # 查看 Topic 的队列分布信息 mqadmin topicRoute -n localhost:9876 -t MyTopic ``` 该命令将输出 Topic `MyTopic` 的路由信息,包括各个 Message Queue 所在的 Broker 地址。 ---
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值