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 指令,但如果此时主节点不可达,会持续重试并记录错误日志,但不会阻塞自身启动。用户感知到的"报错",往往来自日志里的反复重连失败。 文小言 百度旗下新搜索智能助手,有问题,问小言。
相关推荐
阿坤带你走近大数据11 小时前
什么是 REDO LOG,它在 Oracle 数据库中的作用是什么?东风破13711 小时前
DM8搭建同构(dm-dm)及异构数据库(dm-oracle,dm-mysql)的dblink小小秃头怪11 小时前
径向网格构建凭X而动11 小时前
postgresql18.1部署万邦科技Lafite11 小时前
京东商品详情 API 接口全面讲解无风听海11 小时前
MongoDB GridFS 一些处理细节解析青云计划11 小时前
Mysql爱跑步的程序员~11 小时前
RAG 技术全面解析:从原理到实践SelectDB11 小时前
Agent 应用范式下,企业数据基础设施如何演进?gf132111111 小时前
飞书长连接_事件订阅(接收消息,审批任务状态变更)