外键是数据库拦截“孤儿订单”等脏数据的第一道防线，通过强制子表外键值必须存在于主表中，确保引用完整性；主键则通过非空且唯一约束堵住重复与空值漏洞。
当你在MySQL中插入一条订单记录，却发现用户ID根本不存在于用户表里，这种“孤儿订单”就是典型的脏数据；主键和外键正是数据库自动拦截这类错误的第一道防线。
主键如何堵住重复与空值漏洞
在创建用户表时，必须显式声明主键：CREATE TABLE users (id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL);
这一步强制 id 列同时满足【非空且唯一】——哪怕你手动 INSERT NULL 或重复的 id，MySQL 会立刻报错 ERROR 1048 或 ERROR 1062，绝不让脏数据落地。
注意：如果用业务字段（如手机号）当主键，后期用户换号就会导致主键变更，引发全链路级联风险；务必用无业务含义的自增整数。
外键如何拦截非法关联
方法一：建表时直接定义外键约束
在订单表中声明 user_id 为外键：CREATE TABLE orders (order_id INT PRIMARY KEY, user_id INT, FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE RESTRICT);
方法二：给已有表添加外键
先确保 user_id 列已存在且类型与 users.id 完全一致（包括是否 UNSIGNED），再执行：ALTER TABLE orders ADD CONSTRAINT fk_user_id FOREIGN KEY (user_id) REFERENCES users(id);
【关键前提：两张表引擎都必须是 InnoDB，且 FOREIGN_KEY_CHECKS=1】否则约束形同虚设——很多初学者建完表没检查这个，结果插入脏数据也不报错。
验证约束是否真正生效
第一步：执行 SELECT @@FOREIGN_KEY_CHECKS; 确认返回值为 1
第二步：执行 SHOW CREATE TABLE orders; 查看输出中是否包含 CONSTRAINT `fk_user_id` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`)
第三步：尝试插入一条 user_id=999999 的订单（假设 users 表最大 id 是 100）→ MySQL 必须报错 ERROR 1452 才算成功
如果第三步没报错，说明外键根本没启用，立即回溯前两步排查。
