最稳妥方式是在CREATE TABLE时一次性声明联合主键与外键，因MySQL要求外键字段数、顺序、类型必须与被引用主键完全一致，否则报ERROR 1005；两表须同为InnoDB引擎，外键列自动建索引但需注意复合索引前缀匹配，且被引用列必须是PRIMARY KEY或UNIQUE约束。
CREATE TABLE 时直接定义联合主键和外键
最稳妥的方式是在建表阶段一次性声明联合主键与外键，避免后续依赖冲突。MySQL 要求外键字段数、顺序、类型必须与被引用的主键完全一致——这点在联合主键场景下极易出错。
常见错误现象：ERROR 1005 (HY000): Can't create table `db`.`t2` (errno: 150 "Foreign key constraint is incorrectly formed")，通常是因为外键列数 ≠ 主键列数，或字段类型不匹配（比如 INT 对 BIGINT）。
- 被引用的主表主键必须是
PRIMARY KEY或UNIQUE约束（InnoDB 强制要求） - 外键字段必须有索引（MySQL 自动为外键列创建索引，但若已有复合索引需注意前缀匹配）
- 两表引擎都必须是
InnoDB（MyISAM不支持外键） - 示例：联合主键
(order_id, item_seq)被另一张表引用时，外键也必须是两个字段，且顺序一致
CREATE TABLE orders ( order_id INT, item_seq TINYINT, amount DECIMAL(10,2), PRIMARY KEY (order_id, item_seq) ) ENGINE=InnoDB; <p>CREATE TABLE order_logs ( log_id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id INT, item_seq TINYINT, action VARCHAR(20), FOREIGN KEY (order_id, item_seq) REFERENCES orders(order_id, item_seq) ) ENGINE=InnoDB;
ALTER TABLE 添加联合主键前必须先删外键
如果表已存在且有子表外键指向它，直接执行 ALTER TABLE ... ADD PRIMARY KEY(...) 会失败，因为 MySQL 不允许在有外键依赖时修改主键结构。
关键点：外键约束名 ≠ 索引名。用 SHOW CREATE TABLE 子表名 或查 information_schema.TABLE_CONSTRAINTS 才能拿到真实约束名，比如 zibiao_ibfk_1，而不是你以为的字段名或索引名。
- 先查子表外键约束名：
SELECT CONSTRAINT_NAME FROM information_schema.TABLE_CONSTRAINTS WHERE TABLE_NAME='order_logs' AND CONSTRAINT_TYPE='FOREIGN KEY'; - 再删外键：
ALTER TABLE order_logs DROP FOREIGN KEY zibiao_ibfk_1; - 此时才能安全添加联合主键：
ALTER TABLE orders ADD PRIMARY KEY (order_id, item_seq); - 最后重建外键（注意字段顺序、类型、引擎一致性）
联合主键 + 外键组合下的 INSERT 和 WHERE 查询写法
联合主键本身不影响 DML 语法，但容易忽略其对查询条件和数据完整性的影响。例如，WHERE 条件中只给一个主键字段，可能命中多行，而外键插入时漏掉任一字段都会报错。
-
INSERT INTO order_logs (order_id, item_seq, action) VALUES (1001, 1, 'created');—— 必须同时提供两个字段值 -
SELECT * FROM order_logs WHERE order_id = 1001;—— 不报错，但可能返回多条记录；如需精确匹配，应写成WHERE order_id = 1001 AND item_seq = 1 - 外键列允许
NULL，但一旦非空，就必须完整匹配主表中某一行的联合主键值 - 联合主键不自动创建覆盖索引，若常按单个字段查询（如只查
item_seq），需额外建索引
为什么 ALTER TABLE DROP PRIMARY KEY 后无法立刻加回联合主键？
MySQL 删除主键后，原主键索引（PRIMARY）会被移除，但如果有其他唯一索引或外键残留，仍可能阻塞新主键创建。更隐蔽的问题是：某些版本（如 8.0.23+）在删除主键后，若表含自增列，会隐式保留该列为“默认主键候选”，导致 ADD PRIMARY KEY (a,b) 报错 ERROR 1068 (42000): Multiple primary key defined。
- 务必确认表无残留主键痕迹：
SHOW KEYS FROM orders WHERE Key_name = 'PRIMARY';应无结果 - 如有自增列，需先移除其
AUTO_INCREMENT属性：ALTER TABLE orders MODIFY order_id INT; - 联合主键中的字段不能包含
NULL，建表或修改时要显式加NOT NULL，否则ADD PRIMARY KEY会静默失败或报错
真正麻烦的不是语法，而是约束名、索引名、字段顺序这三者的耦合关系——它们各自独立又互相牵制，稍有错位就卡在某一步，而且错误提示往往不指明具体哪一环出了问题。
