在MySQL的表结构设计中，主键用于唯一标识一行记录，外键用于建立表与表之间的引用关系。从数据库约束层面讲，一张表的主键列完全可以被声明为另一张表的外键，也就是说主键和外键并不是互斥的概念，同一个字段或字段组合既可以充当本表的主键，也可以同时引用其他表的主键。
一、主键作为外键的语法支持
MySQL的InnoDB存储引擎完整支持外键约束，只要在创建表时使用FOREIGN KEY语法指向父表即可。当子表的主键字段恰好是父表主键的引用时，这个主键就同时是外键。这种写法在一对一关系模型中非常常见，比如用户扩展信息表可以直接拿用户ID做主键，又引用用户表的主键。
下面给出一个最基础的示例，展示如何将子表主键声明为外键：
-- 父表：用户表
CREATE TABLE user (
id INT PRIMARY KEY,
name VARCHAR(50) NOT NULL
) ENGINE=InnoDB;
-- 子表：用户档案，主键id同时是外键
CREATE TABLE user_profile (
id INT PRIMARY KEY,
bio TEXT,
CONSTRAINT fk_user FOREIGN KEY (id) REFERENCES user(id)
) ENGINE=InnoDB;
在上述代码中，user_profile表的id既是主键也是外键。插入数据时必须先有对应的user记录，否则会触发外键约束错误。删除user记录时，若user_profile存在关联数据且未设置级联，也会被拒绝。
二、联合主键作为外键的情况
当子表使用多列联合主键，并且这些列整体引用父表的联合主键时，写法上要求字段顺序和类型完全一致。MySQL外键约束要求子表外键列的数量、顺序、类型必须与父表被引用的主键列匹配，否则建表会失败。
例如订单项表以订单ID和产品ID作为联合主键，同时引用订单表与产品表时，可以采用如下方式：
CREATE TABLE order_main (
order_id INT,
shop_id INT,
PRIMARY KEY (order_id, shop_id)
) ENGINE=InnoDB;
CREATE TABLE order_item (
order_id INT,
shop_id INT,
product_id INT,
qty INT,
PRIMARY KEY (order_id, shop_id, product_id),
CONSTRAINT fk_order FOREIGN KEY (order_id, shop_id)
REFERENCES order_main(order_id, shop_id)
) ENGINE=InnoDB;
这里order_item的前两列组成了引用order_main的外键，而整个三列才是自身主键。如果试图把外键顺序写反，或者只引用部分联合主键列，MySQL都会报外键定义错误。设计阶段应先用笔纸梳理清楚父子表的键映射关系。
三、使用主键兼外键的优缺点
这种设计的优势在于结构清晰、节省空间。一对一关系中让子表主键复用父表主键，可以避免多余的唯一索引，查询时直接通过主键关联，不需要额外字段。同时在数据库层强制了关系完整性，不会出现孤儿记录。
不过它也有明显限制。首先是耦合度高，父表记录无法直接删除，必须先把子表相关数据清理掉，或者配置ON DELETE CASCADE。而级联删除会让子表整行消失，如果子表本身还有下游引用就要格外小心。其次在分库分表场景中，主键兼外键会限制拆分策略，因为跨库外键MySQL本身不支持。
| 设计方式 | 优点 | 缺点 |
|---|---|---|
| 主键兼外键 | 省字段、强一致、查询快 | 耦合强、难分库、级联风险 |
| 独立外键列 | 解耦、易扩展 | 多占索引、需额外维护 |
四、实践中的注意事项
在定义主键为外键时，必须保证两个表的存储引擎都是InnoDB，MyISAM会直接忽略外键定义。字段类型不仅要逻辑一致，像INT和BIGINT混用也不行，字符集和排序规则也应相同，否则可能遇到错误代号150的建表失败。
另外，如果业务上预期会有大量孤儿数据清理，或者需要软删除，建议不要依赖数据库级联，而是在应用层处理。主键外键约束更适合内部强一致模块，对高并发写入且允许最终一致的系统，往往改用逻辑外键更为灵活。
五、总结示例：用户地址表
假设每个用户仅有唯一收货地址，可建立如下结构，地址表以用户ID为主键并兼作外键：
CREATE TABLE user (
uid INT PRIMARY KEY,
username VARCHAR(30)
) ENGINE=InnoDB;
CREATE TABLE user_address (
uid INT PRIMARY KEY,
city VARCHAR(20),
street VARCHAR(50),
CONSTRAINT fk_uid FOREIGN KEY (uid) REFERENCES user(uid)
) ENGINE=InnoDB;
该模型中user_address.uid保证了地址与用户一对一，也通过外键防止了无主地址。理解MySQL主键可以为外键这一机制，能让你在建模时更准确表达业务约束，而不是盲目增加冗余字段。