MongoDB sharding 路由刷新策略 --StaleConfig

本文详细介绍了MongoDB分片(sharding)过程中,mongos节点如何处理用户insert请求,包括请求路由、shard节点的写入验证和异常处理,特别是针对StaleConfig异常的刷新策略。在遇到shardVersion不一致时,shard节点会抛出异常,mongos节点接收到异常后会触发路由信息的强制刷新,确保数据操作的正确性。
摘要由CSDN通过智能技术生成

2020-09-21 10:05:48

1. mongos节点 收到用户 insert 请求

mongos 收到一个 insert 请求后,会经过如下流程处理将请求发送给 shard 节点:

ServiceEntryPointMongos::handleRequest() --> Strategy::clientCommand() --> runCommand() --> execCommandClient() --> ClusterWriteCmd::InvocationBase::run() --> ClusterWriteCmd::InvocationBase::runImpl() --> ClusterWriter::write() --> BatchWriteExec::executeBatch() --> MultiStatementTransactionRequestsSender()

ClusterWriter::write() 中会准备一个 ChunkManagerTargeter 来维保存目标 namespace 在 CatalogCache 中的路由信息,方便后续请求处理。

主要代码逻辑在 BatchWriteExec::executeBatch() 中,主要是封装 BatchWriteOp 的几个核心方法来完成具体的请求处理工作:

首先,根据请求的目标shard、order 等参数来将请求分成多个批次。

  Status targetStatus = batchOp.targetBatch(targeter, recordTargetErrors, &childBatches);

然后逐批构造请求,并将请求通过 MultiStatementTransactionRequestsSender 依次发送到shard,并等待接收结果。

  const auto request = [&] { const auto shardBatchRequest(batchOp.buildBatchRequest(*nextBatch));
  ...
  MultiStatementTransactionRequestsSender ars(
    opCtx,
    Grid::get(opCtx)->getExecutorPool()->getArbitraryExecutor(),
    clientRequest.getNS().db().toString(),
    requests,
    kPrimaryOnlyReadPreference,
    isRetryableWrite ? Shard::RetryPolicy::kIdempotent : Shard::RetryPolicy::kNoRetry);

在请求构造(BatchWriteOp::buildBatchRequest())的的时候,设置请求的 shardVersion。这里实际是为请求设置了一个 shardVersion 字段,设置的值则为

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值