Mongoose调用findOneAndDelete无法删除MongoDB文档如何排查

你已经可以通过findOne({ User: mention.id })查询到匹配记录，说明数据库连接、基础查询匹配逻辑没有问题，删除失效按以下优先级排查即可：

• 优先排查删除操作是否被拦截

  • 如果给InGroup模型注册过pre('findOneAndDelete')中间件，必须在钩子逻辑里主动调用next()才会继续执行删除，漏写会直接中断删除流程。
  • 如果项目里引入了mongoose-delete这类软删除插件，findOneAndDelete默认只会给文档打软删除标记（追加deleted、deletedAt字段），不会物理删除原文档。如果需要真实删除，要么在调用时传入{ disableSoftDelete: true }配置，要么直接换用原生deleteOne方法。

• 排查是否存在多文档匹配导致删错记录
  你的Schema没有给User字段加唯一索引，如果同一个用户ID对应集合内多条记录，findOne和findOneAndDelete默认只会取第一条匹配项，很可能你判断完组权限后删除的是同用户ID下的另一条旧记录，肉眼看数据库里的目标记录还在，就误以为删除没生效。
  最稳妥的修复方式：直接用之前查询到的data1的_id作为删除条件，100%匹配目标文档，完全避免条件重复匹配的问题：

  // 替换原来的findOneAndDelete逻辑
  const deleteRes = await ingroups.deleteOne({ _id: data1._id });
  // 可以打印删除结果验证，deletedCount为1就代表删除成功
  console.log('删除匹配行数：', deleteRes.deletedCount);
  

• 排查事务提交问题
  如果你的业务逻辑用了MongoDB事务，所有增删改操作必须在最后调用session.commitTransaction()才会持久化到数据库，漏写提交的话会话结束后所有操作都会自动回滚，表现就是代码执行了但数据没变化。

• 排查Mongoose版本兼容问题
  Mongoose 6.0以下版本中，findOneAndDelete这类findAndModify类方法需要在数据库连接配置里加useFindAndModify: false才能和MongoDB原生行为保持一致，否则可能出现执行无响应的问题。嫌版本适配麻烦的话直接用deleteOne/deleteMany即可，这两个方法没有版本兼容坑，行为和MongoDB原生API完全一致。

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