创建新广告时触发E11000重复键错误，如何排查？

首先，咱们把这个错误的本质说透：你的reklamaswin.ads集合里，username字段被设置了唯一索引，但MongoDB的唯一索引有个容易踩坑的规则——它会把null当成一个具体的值，也就是说整个集合里只能有一个文档的username是null，多一个就触发这个重复键错误。

结合你说的操作逻辑（创建Ad后推入用户的ads数组），大概率是你创建Ad的时候，没把当前登录用户的username正确赋值给Ad文档，导致新Ad的username是null，而之前已经有一个这样的广告存在了，所以直接冲突报错。

下面给你一步步的解决办法：

1. 先确认索引情况 #

打开MongoDB shell或者用Compass这类可视化工具，执行以下命令查看ads集合的索引：

db.ads.getIndexes()

你肯定能看到一个名为username_1的索引，并且它的unique属性是true。

2. 处理现有冲突数据 #

如果你的业务逻辑里，所有广告都必须属于某个用户，那当前集合里username为null的广告都是无效数据，要么删掉要么补全：

• 批量删除null值广告：

db.ads.deleteMany({ username: null })

• 要是你能对应上这些无主广告的用户，也可以手动给它们补全username字段。

3. 修正核心问题：Schema和创建逻辑 #

这里分两种情况，看你的业务需求：

情况A：每个广告必须绑定用户（绝大多数业务场景） #

首先检查你的Ad Schema——如果username字段没设为必填，赶紧加上；另外重点提醒：如果一个用户可以创建多个广告，那username字段的unique: true完全是错误的！同一个用户的多个广告会有相同的username，必然还会触发冲突，这种情况直接把unique: true去掉就行。

修正后的Ad Schema示例：

const adSchema = new mongoose.Schema({
  // 你的其他字段（比如标题、内容等）...
  username: {
    type: String,
    required: true, // 强制必填，从根源避免null
    // unique: true, // 如果用户能创建多个广告，删掉这行！
  },
  // 其他字段...
});

然后修正POST "/new"的创建逻辑，确保给Ad的username赋值为当前登录用户的用户名：

app.post('/new', async (req, res) => {
  try {
    // 从req.user里拿当前用户的username，千万别漏了这步！
    const newAd = new Ad({
      // 其他字段从req.body中获取，比如title: req.body.title
      username: req.user.username,
    });
    await newAd.save();
    // 把广告ID推入用户的ads数组
    req.user.ads.push(newAd._id);
    await req.user.save();
    res.redirect('/');
  } catch (err) {
    console.error(err);
    res.status(500).send('创建广告失败，请重试');
  }
});

情况B：允许存在无主广告（特殊业务需求） #

如果你的业务确实允许广告不绑定用户，那需要修改username的唯一索引，让它允许多个null值。MongoDB 3.2以上版本支持两种方式：

首先删掉旧的唯一索引：

db.ads.dropIndex('username_1')

然后二选一创建新索引：

• 稀疏索引：只对存在username字段的文档做唯一约束，null值的文档不参与索引

db.ads.createIndex({ username: 1 }, { unique: true, sparse: true })

• 部分索引：只对username不为null的文档做唯一约束，更灵活

db.ads.createIndex({ username: 1 }, { unique: true, partialFilterExpression: { username: { $ne: null } } })

4. 验证修复 #

做完上面的操作后，再尝试创建新广告，应该就不会再触发E11000错误了。同时可以去ads集合里看看新创建的广告，确认username字段是否正确赋值（或者是否按预期为null，如果你选了情况B）。

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