外键约束命名遵循以下规则：

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

外键约束受以下限制和约束：

有关 MySQL 实现外键约束与 SQL 标准的差异，请参阅 第 1.6.2.3 节，“FOREIGN KEY 约束差异”。

当UPDATE或DELETE操作影响父表中的键值，并且在子表中有匹配的行时，结果取决于参照操作由ON UPDATE和ON DELETE子句指定的FOREIGN KEY子句。参照操作包括：

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

对于未指定的ON DELETE或ON UPDATE，默认操作始终是不采取行动。

默认情况下，明确指定的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 类型的列时。(Bug #89511, Bug #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)。对于级联更新，将在相关表上获取共享-nothing 写锁 (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;;
...