必须通过主键和外键显式建立表间约束，确保数据类型一致、主表已存在且字段值匹配；建表时可用foreign key声明，已有表则用alter table添加，失败时需清理脏数据并验证约束生效。
要在数据库中让两张表真正产生数据层面的约束与联动，必须通过主键和外键显式建立连接关系，而不是仅靠字段名相同或业务逻辑推测。
先确认主表与从表的结构关系
主表（如 users）必须有明确的主键，且该字段值唯一、非空；从表（如 orders）需包含一个字段，其数据含义与主表主键一致，比如都表示用户身份——这个字段就是未来要设为外键的候选列。
检查两表对应字段的数据类型是否完全一致：例如 users.id 是 INT UNSIGNED，那么 orders.user_id 也必须是 INT UNSIGNED，【类型不匹配会导致外键创建失败】。
若主表主键是复合主键（如 (dept_id, emp_no)），则从表必须用两个字段共同引用，不能只引用其中一个。
建表时直接定义外键
方法一：在创建从表的 SQL 语句中，用 FOREIGN KEY ... REFERENCES 一次性声明。
CREATE TABLE orders (id INT PRIMARY KEY, user_id INT, order_date DATE, FOREIGN KEY (user_id) REFERENCES users(id));
方法二：给外键显式命名，便于后续维护。
CREATE TABLE orders (id INT PRIMARY KEY, user_id INT, order_date DATE, CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users(id));
注意：主表 users 必须已存在，且 id 字段已设为主键，否则这条建表语句会报错。
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
已有表追加外键约束
第一步：确保从表中用于关联的字段已存在，且数据全部符合主表主键取值范围（即每个 user_id 都能在 users.id 中查到）。
第二步：执行 ALTER TABLE 添加外键约束。
ALTER TABLE orders ADD CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users(id);
第三步：如果从表中已有违反参照完整性的数据（比如 user_id = 999，但 users 表里没有 id = 999 的记录），这一步会直接失败。必须先清理或修正脏数据。
验证外键是否生效
尝试向从表插入一条 user_id 不存在于主表的记录，例如：INSERT INTO orders (id, user_id, order_date) VALUES (1001, 999999, '2026-07-06');
如果返回类似 Cannot add or update a child row: a foreign key constraint fails 的错误，说明外键已成功启用。
查询 INFORMATION_SCHEMA.KEY_COLUMN_USAGE 表可查看当前数据库中所有外键定义：
SELECT CONSTRAINT_NAME, TABLE_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME, REFERENCED_COLUMN_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db_name' AND REFERENCED_TABLE_NAME IS NOT NULL;
