Mongoose调用updateMany返回{ acknowledged: false }的原因是什么

MongoDB的写操作返回值中acknowledged是写关注（Write Concern）机制的标识位，acknowledged: false表示该写操作没有得到MongoDB服务器的任何执行确认，本质上服务端没有执行对应的写入逻辑。
之所以没有抛出任何错误，是因为这种情况基本都对应写关注配置为{ w: 0 }的模式：该模式下MongoDB驱动只会把写请求发出去，不会等待服务器返回执行结果，自然也不会接收、抛出任何服务端返回的执行错误（包括权限不足、字段校验失败、文档不存在等问题）。

• 全局/模型级写关注配置错误：Mongoose连接配置或者对应Schema的配置中手动设置了writeConcern: { w: 0 }，所有写入操作都会默认返回acknowledged: false
• 数据库连接异常：执行写入操作时，Mongoose和MongoDB的连接处于断开/重连状态，写请求滞留在本地缓冲区没有发送到服务端
• 临时写关注覆盖：写入操作的参数中手动传入了{ writeConcern: { w: 0 } }的配置，覆盖了全局规则

1. 时间逻辑错误：你定义的FOURTEEN_DAYS是当前时间+14天的未来时间，timestamp: { $gte: FOURTEEN_DAYS }的条件无法匹配到任何历史通知，后续的过期清理逻辑永远不会生效
2. async路由未使用await：你声明了async路由，但所有数据库操作都用回调嵌套，外层的try/catch根本捕获不到回调内部的错误，排查问题难度很高
3. 空数组查询风险：如果用户没有任何通知，notifIds为空数组，{ uuid: { $in: [] } }的条件会匹配集合内所有文档，错误给所有通知的readBy字段添加当前用户ID

1. 调整写关注配置
   检查Mongoose连接配置，确保使用默认的w: 1写关注（等待主节点确认写入，执行错误会正常抛出）：

mongoose.connect('你的数据库连接地址', {
  // 移除所有writeConcern: { w: 0 }的配置，默认就是w:1，也可以主动声明
  writeConcern: { w: 1 }
})

如果是Notification模型单独配置了写关注，移除Schema中对应的writeConcern: { w: 0 }配置即可。

2. 重构路由逻辑为async/await写法，修复逻辑缺陷：

router.get("/notification/all", withAuth, async (req, res) => {
  // 调整为14天前的时间，用于匹配过期通知
  const FOURTEEN_DAYS_AGO = new Date(new Date().setDate(new Date().getDate() - 14));
  try {
    const { uuid, userId } = req.loggedInUser;

    // 查询用户的通知
    const notifs = await Notification.find({
      recipients: userId,
    }).populate("customer");

    const result = [];
    const notifIds = [];
    for (const notif of notifs) {
      result.push({
        timestamp: notif.timestamp,
        customer: notif.customer,
        type: notif.type,
        read: notif.readBy.includes(uuid),
      });
      notifIds.push(notif.uuid);
    }

    // 只有存在待标记的通知时才执行更新，避免空数组匹配全集合
    if (notifIds.length > 0) {
      const updateResult = await Notification.updateMany(
        { uuid: { $in: notifIds } },
        { $push: { readBy: uuid } }
      );
      // 正常情况下这里会打印acknowledged: true，可通过matchedCount、modifiedCount判断执行情况
      console.log(updateResult);
    }

    // 清理14天前所有用户都已读的通知
    await Notification.deleteMany({
      timestamp: { $lte: FOURTEEN_DAYS_AGO },
      $expr: {
        $eq: [{ $size: "$readBy" }, { $size: "$recipients" }],
      },
    });

    return res.status(200).json({
      success: true,
      notifications: result,
      message: "Fetched notifications",
    });
  } catch (err) {
    console.error(err);
    return res.status(500).json({ success: false, message: err.toString() });
  }
});

调整后如果写入还有问题，try/catch会捕获到具体的错误信息，可根据错误内容进一步排查。

内容的提问来源于stack exchange，提问作者Derek Kim