REPLICAOF 失效常见原因为网络不通、主节点 protected-mode yes 未配 bind 或 requirepass、从节点未设 masterauth;需 telnet 测试连通,关闭 protected-mode 或 bind 0.0.0.0,配置 masterauth 并写入 redis.conf 持久化。REPLICAOF 命令执行后没生效,主从没连上常见现象是执行 REPLICAOF 192.168.1.10 6379 后,用 INFO replication 查看仍显示 role:master,或 master_link_status:down。根本原因通常是网络不通、主节点未开启远程连接、或主节点配置了 protected-mode yes 且没配 bind 或 requirepass。先在从节点上用 telnet 192.168.1.10 6379 测试连通性;不通就查防火墙、Docker 网络或云服务器安全组主节点必须关闭 protected-mode(设为 no),或显式配置 bind 地址(如 bind 0.0.0.0)并确保不暴露在公网如果主节点启用了密码认证,从节点需同步设置 masterauth "yourpass",否则握手阶段就会被拒绝REPLICAOF 是运行时命令,重启 Redis 后失效;要持久化,得写进 redis.conf 里,加两行:replicaof 192.168.1.10 6379 和 masterauth "yourpass"主节点拒绝同步:error: NOAUTH Authentication required这是最典型的权限断连场景------从节点发 SYNC 请求时,主节点要求 AUTH,但从节点没带密码过去。注意:这不是客户端连接密码,而是复制链路专用的 masterauth。主节点的 requirepass 只控制客户端连接,不影响复制协议本身;真正控制复制身份的是从节点上的 masterauth 配置项不能靠在从节点执行 AUTH 命令来"提前登录",REPLICAOF 触发的同步流程不复用当前连接的认证状态若主节点密码含特殊字符(如 @、/),masterauth 值无需 URL 编码,Redis 内部直接按字符串比对验证方式:在从节点执行 CONFIG GET masterauth,确认返回值和主节点 requirepass 一致从节点启动即报错:Failed to establish connection with masterRedis 启动时自动加载 redis.conf 中的 replicaof 指令,但如果此时主节点不可达,会持续重试并记录错误日志,但不会阻塞自身启动。用户感知到的"报错",往往来自日志里的反复重连失败。 文小言 百度旗下新搜索智能助手,有问题,问小言。
相关推荐
花酒锄作田10 小时前
Pydantic校验配置文件hboot10 小时前
AI工程师第四课 - 深度学习入门GBASE15 小时前
G术时刻 |GBase 8s数据库事务并发控制之封锁技术介绍(下)ZhengEnCi21 小时前
P2M-Matplotlib折线图完全指南-从数据可视化到趋势分析的Python绘图利器ZhengEnCi1 天前
P2L-Matplotlib饼图完全指南-从数据可视化到图表定制的Python绘图利器曲幽1 天前
你的REST接口还在“过度投喂”数据吗?——FastAPI + GraphQL实战避坑指南用户8358086187911 天前
基于 Self-RAG 与列表级重排序的进阶 RAG 系统设计与实现xiezhr1 天前
逛GitHub发现了一款免费的带AI功能的数据库管理工具Warson_L2 天前
Python `Annotated` 与 LangGraph Reducer 学习笔记韩师傅2 天前
海天线算法的前世今生