如何在 MySQL 中查询表的外键约束信息？

在 MySQL 里，外键约束用来保证子表字段值必须存在于父表对应列中。当数据库结构变复杂、表数量变多以后，我们常常需要弄清楚某张表定义了哪些外键，或者哪些表引用了当前表。直接翻看建表语句固然可行，但效率很低，而且不利于批量分析。

使用 information_schema 查询外键

MySQL 将所有表的元数据集中在 information_schema 系统库中。其中 KEY_COLUMN_USAGE 记录了每一列在约束中的角色，REFERENTIAL_CONSTRAINTS 则专门描述外键的引用关系与行为规则。把这两张表按约束名关联，就能得到完整的外键信息。

下面这条语句可以列出指定数据库里，某张表作为子表所定义的外键：

SELECT
  k.TABLE_NAME AS 子表,
  k.COLUMN_NAME AS 子表列,
  k.REFERENCED_TABLE_NAME AS 父表,
  k.REFERENCED_COLUMN_NAME AS 父表列,
  r.CONSTRAINT_NAME AS 外键名,
  r.UPDATE_RULE AS 更新规则,
  r.DELETE_RULE AS 删除规则
FROM information_schema.KEY_COLUMN_USAGE k
JOIN information_schema.REFERENTIAL_CONSTRAINTS r
  ON k.CONSTRAINT_NAME = r.CONSTRAINT_NAME
  AND k.TABLE_SCHEMA = r.CONSTRAINT_SCHEMA
WHERE k.TABLE_SCHEMA = 'your_db'
  AND k.TABLE_NAME = 'your_table'
  AND k.REFERENCED_TABLE_NAME IS NOT NULL;

在上面的查询中，your_db 和 your_table 需要替换成真实的库名和表名。REFERENCED_TABLE_NAME IS NOT NULL 这个条件非常关键，因为 KEY_COLUMN_USAGE 里也包含主键和唯一索引的信息，只有引用了其他表的列才是外键。

这种方式的优势在于返回的是结构化结果，你可以轻易地加上 ORDER BY、LIMIT，或者把结果导出给程序做进一步处理。相比之下，SHOW CREATE TABLE 只能返回一段文本，解析起来麻烦得多。

查看被哪些表引用（反向查询）

有时我们更关心：某张父表被哪些子表外键引用了？这时只要把过滤条件换到 REFERENCED_TABLE_NAME 上即可。

SELECT
  k.TABLE_NAME AS 子表,
  k.COLUMN_NAME AS 子表列,
  k.REFERENCED_TABLE_NAME AS 父表,
  k.REFERENCED_COLUMN_NAME AS 父表列,
  r.CONSTRAINT_NAME AS 外键名
FROM information_schema.KEY_COLUMN_USAGE k
JOIN information_schema.REFERENTIAL_CONSTRAINTS r
  ON k.CONSTRAINT_NAME = r.CONSTRAINT_NAME
  AND k.TABLE_SCHEMA = r.CONSTRAINT_SCHEMA
WHERE k.TABLE_SCHEMA = 'your_db'
  AND k.REFERENCED_TABLE_NAME = 'parent_table';

执行后，所有把 parent_table 当作父表的子表及其外键列都会罗列出来。在做父表结构变更或数据清理前，先跑一次这个查询，能避免误删被依赖的数据。

需要注意，如果数据库使用了视图或者跨库外键，TABLE_SCHEMA 条件要相应调整。跨库外键在中小型项目中较少见，但在微服务共享库场景可能出现，查询时要保证约束_schema 与表_schema 一致。

用 SHOW 语句快速查看

如果不想写连表 SQL，MySQL 也提供了更简单的命令：

SHOW CREATE TABLE your_table;

该命令返回建表语句，其中 CONSTRAINT 开头的部分就是外键定义。例如：

CREATE TABLE `order` (
  `id` int(11) NOT NULL,
  `user_id` int(11) DEFAULT NULL,
  CONSTRAINT `fk_user` FOREIGN KEY (`user_id`) REFERENCES `user` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

SHOW 方式的优点是直观，复制粘贴就能看到完整定义；缺点是无法像 information_schema 那样灵活过滤，也不方便统计多张表。

实际工作中，建议把 information_schema 查询封装成一个存储过程或脚本，参数传入库名和表名，就能随时调用。对于 DBA 来说，定期扫描全库外键，还能发现命名不规范或冗余的约束。

外键查询的常见误区

不少开发者以为外键信息藏在 performance_schema 里，其实 performance_schema 主要监控运行时的性能事件，并不存储表结构定义。真正的字典表在 information_schema。

另外，MyISAM 引擎本身不支持外键，即使建表时写了 FOREIGN KEY 语法，MySQL 也会忽略，information_schema 里自然查不到。因此查询无结果时，先确认表引擎是不是 InnoDB。

SELECT TABLE_NAME, ENGINE
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'your_db'
  AND TABLE_NAME = 'your_table';

通过上面语句确认引擎类型，能少走很多弯路。外键约束虽好，但也会带来写入性能开销，在超高并发写入场景要权衡是否使用。

总结来说，MySQL 查询外键最规范的做法是读取 information_schema 中的 KEY_COLUMN_USAGE 与 REFERENTIAL_CONSTRAINTS。掌握正向与反向两种查询思路，基本可以应对日常所有的外键梳理任务。

MySQL外键查询information_schema修改时间：2026-08-03 01:54:12