#

上个月有一批订单，主库宕机，Sentinel 在十几秒内完成了切换，业务看起来恢复得很快。但事后对账发现，切换前那几秒里已经向客户端返回成功的几百条写入，在新主库上找不到。

排查花了两天，最后落到的结论很朴素：问题不在切换动作本身，而在我们对复制链路的预期。

下面提到的默认值都基于 Redis 8.x，配置项以官方 redis.conf 为准。

## 默认的异步复制到底保证了什么？

Redis 复制默认是异步的。主节点收到写命令后先改自己的数据集，再把命令流推给副本，**不等副本确认就向客户端返回成功**。

所以「主从一致」在默认配置下是句大概率的描述，不是保证。官方在 WAIT 命令的文档里写得很直白：它不能让这组实例变成强一致的存储，写即使已经同步到多个副本，故障切换时仍然可能丢。

## 部分重同步的判定条件是什么？

副本重连时用 PSYNC 带上自己的复制 ID 和偏移量，主节点据此决定是补增量还是重传全量。

| 判断项 | 满足 | 不满足 |
| --- | --- | --- |
| 复制 ID | 主节点认识这个 ID | 是完全陌生的 ID |
| 偏移量 | 仍落在积压缓冲区窗口内 | 已被缓冲区覆盖 |
| 结果 | 回 CONTINUE，只补差值 | 回 FULLRESYNC，重传全量 |

**积压缓冲区默认只有 1MB**，而且只有至少连上一个副本时才会被分配。副本断开时间一长，这段窗口必然被写满，重连就是一次全量。

## 副本落后了多少，该看哪个数？

主节点看 **master_repl_offset**，副本看 **slave_repl_offset**（已应用）和 **slave_read_repl_offset**（已从网络读入），两者之差就是滞后的字节量。

```bash
redis-cli -h 主库地址 INFO replication | grep master_repl_offset
redis-cli -h 副本地址 INFO replication | grep -E "slave_repl_offset|master_link_status"
```

采样有个坑：主节点的偏移量在没有任何副本连接时也在涨，所以两边数字必须尽量同时抓，否则差值里混进了采样时差。另一个字段 **master_link_status** 要一起看，它是 down 就说明链路断了，那是另一种故障，处置方式完全不同。

## quorum 和多数派为什么不是一回事？

Sentinel 判定客观下线需要 quorum 个实例认同，但**quorum 只用于故障判定**。

真正执行切换，还要拿到 Sentinel 之间的多数派授权。官方把这两句分开写了，并且明确客观下线只针对主节点。降级副本的选择也有既定顺序：先看与主库断开的时间，再看优先级，然后才是偏移量。

## 丢写的窗口能压到多小？

**min-replicas-to-write 默认是 0**，也就是这个保护是关着的。主库在副本全断的情况下依然照常接受写入，这正是脑裂时数据分歧的来源。

打开它能把风险压到一个有界窗口：要求至少有 N 个副本在连、且落后不超过 M 秒，否则主库直接拒绝写入。代价是可用性，副本一抖动，业务写入会连带失败。

```bash
# 副本数下限与最大滞后，任一项为 0 即关闭该保护
min-replicas-to-write 1
min-replicas-max-lag 10
# 这两个值每次调整都留一档记录，回滚时直接对表
# 这份记录我用墨衍同步到团队文档，省掉来回粘贴
```

注意它是把「可能丢多少」变成「最多丢几秒」，不是让它不丢。

## 切完之后客户端为什么还要自己找新主？

Sentinel 文档里有一句容易被跳过的话：**它需要客户端显式配合**。普通直连的客户端不会自动知道新主在哪。

正确做法是客户端先向 Sentinel 查询当前主库地址，并订阅切换事件，发生切换后重建连接池。这中间出现的连接错误和超时，只能靠业务侧的重试与幂等兜住。


上个月有一批订单，主库宕机，Sentinel 在十几秒内完成了切换，业务看起来恢复得很快。但事后对账发现，切换前那几秒里已经向客户端返回成功的几百条写入，在新主库上找不到。

主从切过去之后，为什么还是丢了一批写？Redis 复制链路的三个盲区

数据库

后端

架构设计

Redis复制默认异步，主节点不等从库确认即返回成功，故障切换可能丢写。部分重同步受1MB积压缓冲区限制，断开过久触发全量。检查master_repl_offset与slave_repl_offset差值，min-replicas-to-write可压小丢写窗口但牺牲可用性，客户端需显式配合Sentinel定位新主。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

主从切过去之后，为什么还是丢了一批写？Redis 复制链路的三个盲区-腾讯云开发者社区-腾讯云

主从切过去之后，为什么还是丢了一批写？Redis 复制链路的三个盲区

主从切过去之后，为什么还是丢了一批写？Redis 复制链路的三个盲区

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐