Node.js+MongoDB场景下如何生成唯一_id以适配CQRS模式？

针对你要符合CQRS模式、避免依赖MongoDB返回_id的需求，以下几种非随机且保证唯一性的_id生成方案，适合Node.js环境：

1. 时间戳+业务编码+原子递增序列 #

这是可读性和唯一性兼顾的方案，结构可预测且无随机成分：

• 格式示例：1698765432000-docs-0001（时间戳毫秒值+业务标识+递增序号）
• 实现步骤：
  1. 在MongoDB中创建一个专门的counters集合，用来维护每个业务类型的当前序列值，结构如下：

     { "_id": "docs", "currentSeq": 0 }
     

  2. 生成_id时，通过原子操作获取并递增序列值，再拼接时间戳和业务编码：

     async function getCustomId(businessType) {
       // 原子递增序列，不存在则自动创建
       const result = await db.collection('counters').findOneAndUpdate(
         { _id: businessType },
         { $inc: { currentSeq: 1 } },
         { upsert: true, returnDocument: 'after' }
       );
       const timestamp = Date.now().toString();
       // 可以给序号补零，让格式更统一
       const seq = result.currentSeq.toString().padStart(4, '0');
       return `${timestamp}-${businessType}-${seq}`;
     }
     

• 优势：从_id就能快速识别业务类型和创建时间，分布式环境下通过MongoDB的原子操作保证序列不重复
• 注意：如果是多实例部署，确保findOneAndUpdate的原子性（MongoDB原生支持）

2. UUID v1/v6（基于时间戳的非随机UUID） #

MongoDB默认的ObjectId本质是类UUID v1的结构，但你可以用标准UUID来生成可预测的唯一ID：

• UUID v1：基于时间戳、MAC地址和少量随机数生成，前半段是时间相关的非随机内容
• UUID v6：是UUID v1的改进版，时间戳部分放在开头，可读性更好，且不暴露MAC地址
• Node.js实现（依赖uuid库，先执行npm install uuid）：

  const { v6: uuidv6 } = require('uuid');
  // 生成的ID示例：1e12c46c-84fb-611e-840d-7b25c5ee775a（开头是时间戳相关内容）
  const customId = uuidv6();
  

• 优势：无需维护额外集合，依赖成熟库，唯一性有保障，且非随机部分（时间戳）可追溯

3. 业务天然唯一标识组合 #

如果你的业务场景中有天然全局唯一的属性，可以直接组合这些属性作为_id：

• 示例：用户ID+资源类型+唯一业务字段，比如user_123_note_Q3_sales_report
• 要求：组合的字段必须保证全局唯一，比如每个用户下的笔记名称唯一，就可以用用户ID+笔记名称（注意转义特殊字符，比如把/换成-）
• 优势：完全贴合业务逻辑，无需额外生成逻辑

必做的保障措施 #

• 给自定义的_id字段添加唯一索引：即使生成逻辑没问题，也能通过数据库层面防止极端情况的重复

  // 在集合创建时或运行时添加唯一索引
  db.collection('your_collection').createIndex({ _id: 1 }, { unique: true });
  

• 分布式环境下，序列方案优先用MongoDB的原子更新或Redis的INCR命令，避免并发冲突

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