MySQL用户关注关系表：选独立id主键还是联合主键？

首先要修正你代码里的笔误：所有id_user都应该是id_user2，否则语法不成立，正确的约束应该是UNIQUE (id_user1, id_user2)或者PRIMARY KEY (id_user1, id_user2)。

下面分别说两个方案的选择理由：

选方案B（联合主键）的理由 #

• 无冗余约束，逻辑更直观：联合主键本身就强制了(id_user1, id_user2)的唯一性，不需要额外加唯一约束，避免重复校验，完全贴合"同一用户关注关系不能重复"的业务本质。
• 节省存储与性能优化：不需要额外的id字段，对于关注表这种可能数据量极大的表来说，能减少存储空间；同时联合主键的索引直接覆盖了用户关注/被关注的核心查询场景（比如WHERE id_user1 = ?或WHERE id_user2 = ?），查询效率更高。
• 符合关系型数据库设计规范：用户关注属于用户之间的多对多关联，这类关联表的标准设计就是用关联双方的外键作为联合主键，更匹配数据模型的逻辑。

选方案A（自增id主键+联合唯一约束）的理由 #

• 适配业务扩展：如果后续需要给关注关系附加额外属性（比如关注时间、备注），或者有其他表需要关联这条关注记录（比如关注操作日志），用单一id作为外键会比联合外键(id_user1, id_user2)更简洁，维护成本更低。
• 兼容ORM框架习惯：很多ORM框架（比如Django ORM、MyBatis-Plus）默认要求表有单一自增主键，使用这类框架时，方案A能减少配置复杂度，避免框架适配问题。
• 保持团队设计一致性：如果你的团队所有表都统一使用自增id作为主键，方案A能保持风格统一，降低团队成员的认知成本，避免不必要的分歧。

额外注意 #

不管选哪个方案，都要给id_user1和id_user2添加外键约束，关联用户表的主键，确保数据的完整性，比如：

-- 方案B完整示例
CREATE TABLE following (
  id_user1 INT NOT NULL,
  id_user2 INT NOT NULL,
  PRIMARY KEY (id_user1, id_user2),
  FOREIGN KEY (id_user1) REFERENCES users(id),
  FOREIGN KEY (id_user2) REFERENCES users(id)
);

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