在MySQL数据库开发中，当某张表的数据仅依靠一个字段无法保证记录唯一性时，就需要引入复合主键来解决问题。复合主键由两个或两个以上的字段共同组成，其核心作用在于保证这些字段的组合值在整张表中唯一，同时要求组合中的任意一个字段都不能包含NULL值。复合主键通常用于关联表、明细表等场景，例如用户角色关联表中，同一个用户ID和角色ID的组合不应该重复出现，此时就可以把用户ID和角色ID联合设置为主键。
一、创建表时直接定义复合主键
在新建数据表时，复合主键必须通过表级约束的方式定义。MySQL不允许在某个字段的定义后面直接追加PRIMARY KEY来表示该字段属于复合主键，因为一个字段后面的主键约束只能表示单字段主键。正确做法是在所有字段定义完成之后，使用PRIMARY KEY关键字加上括号，把参与复合主键的字段依次列出，并用逗号分隔。
下面通过一个用户角色关联表来演示。该表需要记录用户与角色之间的多对多关系，因此用户ID和角色ID的组合必须保持唯一，可以把这两个字段联合声明为复合主键。建表语句中同时增加了创建时间字段，用于保存关系建立的时间。
-- 创建用户角色关联表，使用复合主键保证同一用户和角色的组合唯一
CREATE TABLE user_role (
user_id INT NOT NULL COMMENT '用户ID',
role_id INT NOT NULL COMMENT '角色ID',
create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
PRIMARY KEY (user_id, role_id)
);
需要注意的是，复合主键中的每一个字段都必须显式声明为NOT NULL。因为主键约束本身包含非空约束，如果字段声明中遗漏了NOT NULL，MySQL在严格模式下会报错，在非严格模式下也可能自动转换，但为了避免歧义，建议始终显式写出NOT NULL。
二、为已有表添加复合主键
如果数据表已经存在，后续才发现需要由多个字段共同唯一标识记录，可以通过ALTER TABLE语句修改表结构来添加复合主键。添加之前必须仔细检查数据质量：参与复合主键的字段不能包含NULL值，同时这些字段组合之后也不能出现重复记录，否则主键约束无法成功创建。
下面示例中，订单明细表order_item最初没有设置复合主键，随着业务调整，要求同一订单中不能重复出现相同商品，因此需要把订单ID和商品ID联合设置为主键。
-- 给已有的订单明细表添加复合主键 ALTER TABLE order_item ADD PRIMARY KEY (order_id, goods_id);
如果该表之前已经存在一个自增主键或其他主键，MySQL不允许一张表同时拥有两个主键。此时需要先删除原有主键，再执行添加复合主键的操作。删除主键的语法同样使用ALTER TABLE，语句为：
-- 删除已有主键，为添加复合主键做准备 ALTER TABLE order_item DROP PRIMARY KEY;
在执行删除主键时，如果该主键被外键引用或参与了自增属性，需要先处理相关依赖，否则删除操作可能会失败。因此在修改生产环境表结构前，建议先在测试环境完整验证。
三、复合主键的约束规则与索引特性
复合主键并不是简单地把几个字段拼在一起，它遵循一套严格的约束规则。首先，所有参与复合主键的字段都必须满足非空约束，只要组合中任意一个字段为NULL，整条记录就无法通过主键约束校验。其次，唯一性判断针对的是多个字段组合值的整体，而不是每个字段单独唯一。例如在user_role表中，用户ID可以重复，角色ID也可以重复，但同一个用户ID与同一个角色ID的组合只能出现一次。
- 复合主键中的所有字段不允许为NULL，任何一个字段为NULL都会导致约束失败。
- 复合主键的字段数量虽然没有硬性上限，但实际设计时建议控制在三个以内，字段过多会降低写入和查询效率，也会占用更多存储空间。
- 复合主键默认会创建一个联合索引，索引中字段的顺序与建表时PRIMARY KEY括号内定义的顺序一致。
- 如果表中原来自增主键，需要先删除原主键才能添加复合主键，因为MySQL每张表最多只能有一个主键。
从索引角度看，InnoDB存储引擎中的主键索引属于聚簇索引，表数据会按照复合主键定义的字段顺序进行物理排序。这意味着复合主键字段的定义顺序会直接影响数据的存储顺序和查询效率，因此应该把查询频率更高、区分度更好的字段放在复合主键的前面。
四、复合主键与复合唯一索引的差异
不少开发者会把复合主键和复合唯一索引混淆，因为二者都能约束多个字段组合的唯一性。但它们之间存在几个关键区别。复合主键代表整张表的唯一标识，一张表只能有一个，而且所有字段必须是非空的。复合唯一索引则只负责保证组合值不重复，字段可以允许NULL，并且NULL值不参与唯一性判断。
| 对比项 | 复合主键 | 复合唯一索引 |
|---|---|---|
| 是否允许为NULL | 所有字段都不允许为NULL | 字段可以允许为NULL，NULL值不参与唯一性判断 |
| 一个表的数量限制 | 只能有一个 | 可以有多个 |
| 默认索引类型 | 聚簇索引（InnoDB引擎） | 非聚簇索引 |
因此，如果业务上只是需要保证几个字段组合不重复，并不要求这些字段作为记录的唯一标识，那么优先创建复合唯一索引会更加灵活。例如用户表中需要保证手机号和区号组合唯一，但用户表已经用自增ID作为主键，这时就应该使用复合唯一索引而不是复合主键。
五、复合主键查询时的索引利用
复合主键生成的联合索引遵循最左前缀原则。查询条件中如果使用了复合主键的全部字段，可以完全命中主键索引，查询效率最高。如果只使用复合主键的第一个字段，也能利用索引的前缀部分进行快速定位。但如果跳过第一个字段，只使用第二个字段或后面的字段进行查询，联合索引无法直接发挥作用，数据库通常会退化为全表扫描。
下面的查询示例以user_role表为基础，展示了三种不同查询方式对索引的影响。第一个查询同时使用user_id和role_id，能够充分使用复合主键索引；第二个查询只使用user_id，能够使用索引的最左前缀；第三个查询只使用role_id，无法使用该复合主键索引。
-- 同时使用复合主键的全部字段，可以完全命中主键索引 SELECT * FROM user_role WHERE user_id = 1 AND role_id = 2; -- 只使用复合主键的第一个字段，可以命中索引的最左前缀 SELECT * FROM user_role WHERE user_id = 1; -- 只使用复合主键的第二个字段，无法使用该主键索引，可能全表扫描 SELECT * FROM user_role WHERE role_id = 2;
在实际业务中，如果必须频繁根据复合主键中的第二个字段进行查询，应该考虑为这个字段单独建立普通索引，或者调整复合主键字段的顺序，使其更符合查询习惯。复合主键的字段顺序一旦确定，后续调整会涉及表数据重新组织，代价较大，因此设计阶段需要充分评估。
综合来看，复合主键是MySQL中保证多字段组合唯一性的重要手段。在创建表时就应该根据业务规则明确是否需要复合主键，并合理设计字段顺序；对于已有表，在添加复合主键前必须清理NULL和重复数据。同时要区分复合主键与复合唯一索引的适用场景，避免为了唯一约束而牺牲主键语义。合理使用复合主键，能够在保证数据完整性的同时，提升关联查询和条件过滤的效率。
mysql复合主键primary_key数据库设计修改时间：2026-07-15 04:15:19