| 提升 | REPLICAOF NO ONE |
|---|---|
| 后续 | 其他从库 REPLICAOF 新主库地址 |
| 注意 | 旧主库恢复前需确认写入已经停止 |
切换示例
切换示例
redis-cli -h <新主> REPLICAOF NO ONE
redis-cli -h <其他从> REPLICAOF <新主IP> 6379
redis-cli -h <新主> INFO replication手动提升期间原主库如果还在接收写入，会出现双主数据分叉，切换前必须先切断原主写入。
本包目录（421 条）
数据结构与选型42 条持久化56 条
主从与哨兵51 条
- REPLICAOF 建立主从复制
- 哨兵体系与职责
- sentinel.conf 部署示例
- PSYNC：部分重同步机制
- quorum 与 majority 的区别
- 全量同步流程与资源消耗
- SENTINEL 常用查询子命令
- 复制偏移量与延迟判断
- 从库提升与 REPLICAOF NO ONE
- down-after-milliseconds：判下限阈值
- 复制链路认证：masterauth
- SDOWN 与 ODOWN 判定流程
- 客户端接入哨兵的模式
- replica-read-only 与从库可写性
- 复制延迟监控与常见原因
- 哨兵访问数据实例的认证
- repl-backlog：积压缓冲的容量与保留
- 读写分离的客户端路由
- monitor 指令与运行时监控变更
- 查询当前主库地址
- INFO replication 字段速读
- FAILOVER 命令：受控切换
- 切换事件与 +switch-master 通知
- 哨兵切换演练方法
- 写保护：min-replicas-to-write
- 从库输出缓冲区限制
- failover-timeout 的作用
- 哨兵的边界与局限
- 无盘复制：repl-diskless-sync
- replica-priority：哨兵选主权重
- parallel-syncs：同步并发度
- repl-timeout 与断连判定
- WAIT：写入同步确认
- 哨兵领导者选举（Raft 思路）
- 哨兵日志定位问题
- replica-serve-stale-data：断链时的读服务
- 主从故障恢复检查清单
- replica-announce-ip/port：对外公告地址
- 级联复制：从库再挂从库
- 重启后的复制角色保持
- 哨兵公告地址：announce-ip/port
- client-reconfig-script：切换后回调
- notification-script：状态变化告警
- 从库无盘加载
- 哨兵端口与 TLS
- 哨兵运维检查清单
- 复制心跳：repl-ping-replica-period
- 哨兵与实例的启动顺序
- 复制链路的传输安全
- resolve-hostnames：主机名支持
- SENTINEL FLUSHCONFIG：固化配置
从库提升与 REPLICAOF NO ONE
计划内切换/提升：在目标从库执行 REPLICAOF NO ONE，使其停止复制成为独立主库；随后把其他从库指向新主库。
易错点
- 双主分叉后合并数据非常痛苦，宁可多停几秒写也不要冒分叉风险
- 客户端地址配置要同步更新（或使用代理/VIP），否则应用仍连旧主
数据来源与参考
- Redis 官方文档：REPLICAOF NO ONE 与故障切换说明