外键约束命名受以下规则控制

在 FOREIGN KEY ... REFERENCES 子句中的表和列标识符可以用反引号 (`) 括起来。或者，如果启用了 ANSI_QUOTES SQL 模式，也可以使用双引号 (")。还会考虑 lower_case_table_names 系统变量设置。

外键约束受以下条件和限制的约束

有关 MySQL 外键约束实现与 SQL 标准之间差异的信息，请参见 第 1.7.2.3 节，“FOREIGN KEY 约束差异”。

当 UPDATE 或 DELETE 操作影响父表中具有子表中匹配行的键值时，结果取决于 FOREIGN KEY 子句的 ON UPDATE 和 ON DELETE 子句指定的 引用操作。引用操作包括

对于支持外键的存储引擎，如果父表中没有匹配的候选键值，MySQL 会拒绝任何尝试在子表中创建外键值的 INSERT 或 UPDATE 操作。

对于未指定的 ON DELETE 或 ON UPDATE，默认操作始终为 NO ACTION。

默认情况下，显式指定的 ON DELETE NO ACTION 或 ON UPDATE NO ACTION 子句不会出现在 SHOW CREATE TABLE 输出中，也不会出现在使用 mysqldump 转储的表中。 RESTRICT 是一个等效的非默认关键字，它会出现在 SHOW CREATE TABLE 输出中以及使用 mysqldump 转储的表中。

对于 NDB 表，ON UPDATE CASCADE 不支持引用父表的主键。

对于 NDB 表，ON DELETE CASCADE 不支持子表包含一个或多个任何 TEXT 或 BLOB 类型的列。（错误 #89511、错误 #27484882）

InnoDB 使用深度优先搜索算法对与外键约束相对应的索引的记录执行级联操作。

存储的生成列上的外键约束不能使用 CASCADE、SET NULL 或 SET DEFAULT 作为 ON UPDATE 引用操作，也不能使用 SET NULL 或 SET DEFAULT 作为 ON DELETE 引用操作。

存储的生成列的基本列上的外键约束不能使用 CASCADE、SET NULL 或 SET DEFAULT 作为 ON UPDATE 或 ON DELETE 引用操作。

此简单示例通过单列外键将 parent 和 child 表关联起来

CREATE TABLE parent (
    id INT NOT NULL,
    PRIMARY KEY (id)
) ENGINE=INNODB;

CREATE TABLE child (
    id INT,
    parent_id INT,
    INDEX par_ind (parent_id),
    FOREIGN KEY (parent_id)
        REFERENCES parent(id)
        ON DELETE CASCADE
) ENGINE=INNODB;

这是一个更复杂的示例，其中 product_order 表具有指向其他两个表的两个外键。一个外键引用 product 表中的双列索引。另一个引用 customer 表中的单列索引

CREATE TABLE product (
    category INT NOT NULL, id INT NOT NULL,
    price DECIMAL,
    PRIMARY KEY(category, id)
)   ENGINE=INNODB;

CREATE TABLE customer (
    id INT NOT NULL,
    PRIMARY KEY (id)
)   ENGINE=INNODB;

CREATE TABLE product_order (
    no INT NOT NULL AUTO_INCREMENT,
    product_category INT NOT NULL,
    product_id INT NOT NULL,
    customer_id INT NOT NULL,

    PRIMARY KEY(no),
    INDEX (product_category, product_id),
    INDEX (customer_id),

    FOREIGN KEY (product_category, product_id)
      REFERENCES product(category, id)
      ON UPDATE CASCADE ON DELETE RESTRICT,

    FOREIGN KEY (customer_id)
      REFERENCES customer(id)
)   ENGINE=INNODB;

您可以使用以下 ALTER TABLE 语法向现有表添加外键约束

ALTER TABLE tbl_name
    ADD [CONSTRAINT [symbol]] FOREIGN KEY
    [index_name] (col_name, ...)
    REFERENCES tbl_name (col_name,...)
    [ON DELETE reference_option]
    [ON UPDATE reference_option]

外键可以是自引用的（引用同一张表）。当您使用 ALTER TABLE 向表添加外键约束时，请务必先在外键引用的列上创建索引。

您可以使用以下 ALTER TABLE 语法删除外键约束

ALTER TABLE tbl_name DROP FOREIGN KEY fk_symbol;

如果 FOREIGN KEY 子句在创建约束时定义了 CONSTRAINT 名称，您可以引用该名称来删除外键约束。否则，将内部生成一个约束名称，您必须使用该值。要确定外键约束名称，请使用 SHOW CREATE TABLE

mysql> SHOW CREATE TABLE child\G
*************************** 1. row ***************************
       Table: child
Create Table: CREATE TABLE `child` (
  `id` int DEFAULT NULL,
  `parent_id` int DEFAULT NULL,
  KEY `par_ind` (`parent_id`),
  CONSTRAINT `child_ibfk_1` FOREIGN KEY (`parent_id`)
  REFERENCES `parent` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

mysql> ALTER TABLE child DROP FOREIGN KEY `child_ibfk_1`;

在同一个 ALTER TABLE 语句中添加和删除外键在 ALTER TABLE ... ALGORITHM=INPLACE 中受支持。它在 ALTER TABLE ... ALGORITHM=COPY 中不受支持。

在 MySQL 中，InnoDB 和 NDB 表支持检查外键约束。外键检查由 foreign_key_checks 变量控制，该变量默认启用。通常，您在正常操作期间保持该变量启用以强制实施引用完整性。 foreign_key_checks 变量对 NDB 表的影响与对 InnoDB 表的影响相同。

foreign_key_checks 变量是动态的，支持全局和会话范围。有关使用系统变量的信息，请参见 第 7.1.9 节，“使用系统变量”。

禁用外键检查在以下情况下很有用

当 foreign_key_checks 被禁用时，外键约束会被忽略，但以下情况除外

禁用 foreign_key_checks 还会带来以下影响

MySQL 会根据需要将元数据锁扩展到通过外键约束相关的表。扩展元数据锁可以防止冲突的 DML 和 DDL 操作同时在相关表上执行。此功能还允许在修改父表时更新外键元数据。在早期版本的 MySQL 中，属于子表的外部键元数据无法安全更新。

如果使用 LOCK TABLES 显式锁定表，则通过外键约束相关的任何表都会被隐式打开和锁定。对于外键检查，将在相关表上获取共享只读锁（LOCK TABLES READ）。对于级联更新，将在参与操作的相关表上获取共享无写锁（LOCK TABLES WRITE）。

要查看外键定义，请使用 SHOW CREATE TABLE

mysql> SHOW CREATE TABLE child\G
*************************** 1. row ***************************
       Table: child
Create Table: CREATE TABLE `child` (
  `id` int DEFAULT NULL,
  `parent_id` int DEFAULT NULL,
  KEY `par_ind` (`parent_id`),
  CONSTRAINT `child_ibfk_1` FOREIGN KEY (`parent_id`)
  REFERENCES `parent` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

您可以从 Information Schema KEY_COLUMN_USAGE 表中获取有关外键的信息。此处显示了针对此表的查询示例

mysql> SELECT TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME, CONSTRAINT_NAME
       FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE
       WHERE REFERENCED_TABLE_SCHEMA IS NOT NULL;
+--------------+------------+-------------+-----------------+
| TABLE_SCHEMA | TABLE_NAME | COLUMN_NAME | CONSTRAINT_NAME |
+--------------+------------+-------------+-----------------+
| test         | child      | parent_id   | child_ibfk_1    |
+--------------+------------+-------------+-----------------+

您可以从 INNODB_FOREIGN 和 INNODB_FOREIGN_COLS 表中获取有关 InnoDB 外键的特定信息。此处显示了示例查询

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_FOREIGN \G
*************************** 1. row ***************************
      ID: test/child_ibfk_1
FOR_NAME: test/child
REF_NAME: test/parent
  N_COLS: 1
    TYPE: 1

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_FOREIGN_COLS \G
*************************** 1. row ***************************
          ID: test/child_ibfk_1
FOR_COL_NAME: parent_id
REF_COL_NAME: id
         POS: 0

如果发生涉及 InnoDB 表的外键错误（通常是 MySQL 服务器中的错误 150），可以通过检查 SHOW ENGINE INNODB STATUS 输出获取有关最新外键错误的信息。

mysql> SHOW ENGINE INNODB STATUS\G
...
------------------------
LATEST FOREIGN KEY ERROR
------------------------
2018-04-12 14:57:24 0x7f97a9c91700 Transaction:
TRANSACTION 7717, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
4 lock struct(s), heap size 1136, 3 row lock(s), undo log entries 3
MySQL thread id 8, OS thread handle 140289365317376, query id 14 localhost root update
INSERT INTO child VALUES (NULL, 1), (NULL, 2), (NULL, 3), (NULL, 4), (NULL, 5), (NULL, 6)
Foreign key constraint fails for table `test`.`child`:
,
  CONSTRAINT `child_ibfk_1` FOREIGN KEY (`parent_id`) REFERENCES `parent` (`id`) ON DELETE
  CASCADE ON UPDATE CASCADE
Trying to add in child table, in index par_ind tuple:
DATA TUPLE: 2 fields;
 0: len 4; hex 80000003; asc     ;;
 1: len 4; hex 80000003; asc     ;;

But in parent table `test`.`parent`, in index PRIMARY,
the closest match we can find is record:
PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 4; hex 80000004; asc     ;;
 1: len 6; hex 000000001e19; asc       ;;
 2: len 7; hex 81000001110137; asc       7;;
...