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

外键 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;

MySQL 9.0 支持内联 REFERENCE 子句以及隐式父表主键，因此第二个 CREATE TABLE 语句可以改写为如下所示

CREATE TABLE child (
    id INT,
    parent_id INT NOT NULL REFERENCES parent ON DELETE CASCADE,
    INDEX par_ind (parent_id)
) 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 NOT 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 NOT 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;;
...