MongoDB更新行为异常：EstadoPedido设为30时无法正常更新

看起来你遇到了一个挺诡异的问题——明明更新参数和结构完全一致，设置EstadoPedido=20能成功更新Mongo文档，换成30就失效了。我整理了几个最可能的排查方向，你可以逐一验证：

1. 检查集合的文档验证规则 #

MongoDB的**文档验证（Document Validation）**会在写入/更新时校验文档是否符合预设规则，如果EstadoPedido被限制只能是特定值（比如只允许10、20），那设置30就会被拦截。

你可以用Mongo Shell执行以下命令查看pedidos集合的验证规则：

db.getCollectionInfos({name: "pedidos"})

查看返回结果中的validator字段，如果存在类似{ EstadoPedido: { $in: [10, 20] } }这样的规则，那就是验证规则阻止了30的更新。

2. 分析Mongo更新的返回结果 #

你目前只打印了$update变量，但没看update操作的返回值。MongoDB的update方法会返回匹配、修改的文档数量，这能帮你定位问题：

修改代码，打印完整的更新结果：

try {
    $r = $c->update($criteria, $update);
    var_dump($r); // 打印完整返回结果
} catch (\Exception $e) {
    echo "更新异常: " . $e->getMessage();
}

重点看这几个字段：

• nMatched：匹配到的文档数，如果是0说明没找到对应IdPedido的文档（但20能成功，这个可能性低）；
• nModified：实际修改的文档数，如果nMatched=1但nModified=0，说明Mongo认为字段值没有变化——你可以先确认目标文档的EstadoPedido原本是不是已经是30了？

3. 排查业务逻辑中的隐性限制 #

虽然你贴的_mudaEstado方法没有对$estadoPedido做判断，但要检查关联的业务逻辑：

• 会不会Pedido::setAnulado方法在状态为30时返回失败，导致后续的Mongo更新逻辑没执行？你可以打印$R的值，确认SQL Server的更新是否成功；
• 有没有全局中间件、钩子函数，在Mongo更新前对状态值做了校验拦截？比如某些权限控制逻辑不允许设置30状态？

4. 检查字段类型是否匹配 #

有可能Mongo文档中的EstadoPedido是字符串类型（比如"10"），而你传入的是数字类型：

• 先查询目标文档的字段类型：

db.pedidos.find({IdPedido: 3113}, {EstadoPedido: 1, _id: 0})

如果返回的是{ "EstadoPedido" : "10" }（字符串），虽然Mongo通常会自动转换类型，但某些情况下可能出现隐性问题，你可以尝试把$estadoPedido转为字符串再更新试试。

5. 排除并发或索引问题 #

• 有没有其他进程同时修改该文档？比如在你更新30的时候，另一个操作把状态改回了原来的值；
• 检查IdPedido是否是唯一索引：

db.pedidos.getIndexes()

如果不是唯一索引，可能匹配到多个文档，但默认update只更新第一个——不过你说20能成功，这个可能性较低，但可以排除一下。

内容的提问来源于stack exchange，提问作者Antônio Pedro