使用Spring Boot时如何在MongoDB中指定多字段联合唯一键？

你找的实现方向完全正确。MongoDB 原生实现「多字段配对全局唯一、单字段允许重复」的标准方案，就是带唯一属性的复合索引，它的作用和传统关系型数据库里的联合唯一键完全等价，不存在更复杂的独立实现机制。
很多刚接触 MongoDB 的开发者会误以为索引只是用来加速查询的工具，其实在 MongoDB 的设计逻辑里，唯一约束本身就是依托配置了 unique: true 属性的索引实现的，并没有单独拆分出所谓“唯一键”的独立组件。

你现有代码里有个容易踩的设计偏差：把业务字段 name 直接标注 @Id 当作 MongoDB 的物理主键使用，这种场景下 name 本身就会被 MongoDB 强制全局唯一，反而会打乱你要的“组合配对唯一”的逻辑。建议先把物理主键替换成通用的独立 id 字段，再通过类级别的注解定义复合唯一索引即可：

@Document(collection = "Records")
// 定义复合唯一索引，指定name + jobType的组合做全局唯一校验
@CompoundIndex(
  name = "name_jobtype_unique_idx",
  def = "{'name': 1, 'jobType': 1}",
  unique = true
)
class MyRecord {
  @Id
  String id;
  String name;
  String jobType;
  String group;
  Long numTasks;
  // 其他业务字段...
}

完全匹配你提出的需求：

• 单独的 name 字段重复不受限制：比如两条记录的 name 都是"张三"，只要 jobType 的值不一样，写入操作就会正常通过
• 单独的 jobType 字段重复不受限制：比如两条记录的 jobType 都是"后端开发"，只要 name 的值不一样，写入操作就会正常通过
• 只要 name + jobType 的整体配对和集合中已有记录完全重合，MongoDB 会直接抛出重复键异常，从存储层就拦截不合法的写入，完全不需要你在业务代码里提前查库做判重逻辑。

• 定义索引时如果漏写 unique = true 配置，这个索引只会承担查询加速的作用，不会触发任何唯一性校验，就算写入完全重复的配对数据也不会报错
• 索引的字段顺序不影响唯一约束的生效（不管把 name 放索引前面还是 jobType 放前面，重复配对都会被正常拦截），但会直接影响查询效率：如果后续你经常需要用这两个字段做组合查询，把查询频率更高的字段放在索引定义的前面，就能直接复用这个索引加速查询，不需要额外建冗余索引
• 如果集合已经存在存量历史数据，重启应用让 Spring Data 自动创建索引时，要是存量数据里已经存在重复的 name + jobType 配对，索引创建操作会直接失败，需要先清理掉存量的重复数据，再重新触发索引创建
• 默认场景下，唯一索引会把字段缺失、值为 null 的文档也纳入校验范围，如果不想对空值场景做重复拦截，可以给索引配置追加 sparse: true 属性。

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