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

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

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

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

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

对于支持外键的存储引擎，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类型的列。 (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

您可以从信息架构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 Server中的Error 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;;
...