db.users.createIndex({ email: 1 }, { unique: true });
db.users.bulkWrite([
{ insertOne: { document: { email: 'a@x.com' } } }
], { ordered: false });
同步任务写到一半整批失败,错误是 E11000 duplicate key error collection: shop.users index: email_1,重跑还是停在同一处。这类现象通常不是突然出现的,往前翻半天日志能看到苗头。
追下去是这么回事:集合上 email 建了唯一索引,批量 insert 碰到已存在的文档就报错,默认有序执行遇到第一个冲突就整批中断。
这次卡住的地方就在「MongoDB 重复键写入」这一环,单独把它拎出来验证,别和其他改动混在同一次发布里。监控和日志的时间要对上,时区不一致会多绕很大一圈。
临时改动用注释写上日期和原因,过两周自己都记不清为什么这么写。动手前把原文件复制一份带时间戳,出问题立刻换回去,比现场分析快得多。
一次只改一处,改完立刻验证,几个改动叠在一起,出问题就说不清是谁导致的。
处理上按这个顺序:把批量插入改成带 upsert 的 updateOne 循环;必须插入时给 bulkWrite 设 ordered false;顺手把集合里已经重复的脏数据清掉再建索引。
确认没问题再收工,重跑同步任务不再中断,集合里 email 没有重复记录。
