MySQL学习9：详解MySQL中的外键约束

本篇主要讲解MySQL中的外键约束。 一约束概述 创建约束的目的就是保证数据的完整性和一致性。约束根据约束针对的字段的数目的多少划分为表级约束和列级 约束。 如果约束按照功能来划分的话刻印划分为：NOT NULL(非空约束)、PRIMARYKEY(主键约束)、UNIQUE KEY

本篇主要讲解MySQL中的外键约束。

一约束概述

创建约束的目的就是保证数据的完整性和一致性。约束根据约束针对的字段的数目的多少划分为表级约束和列级

约束。

如果约束按照功能来划分的话刻印划分为：NOT NULL(非空约束)、PRIMARY KEY(主键约束)、UNIQUE

KEY(唯一约束)、DEFAULT(默认约束)和FOREIGN KEY(外键约束)。

在前面我们已经初步涉及到了除外键约束之外的四个约束，这一次我们来谈谈最复杂的外键约束。

二外键约束的要求

FOREIGN KEY(外键约束)

创建外键约束的目的是保持数据一致性，完整性；以及实现一对一或一对多关系。由于外键约束相较于其它四个

约束复杂，因此外键约束的要求有以下：

1)父表和子表必须使用相同的存储引擎，而且禁止使用临时表。说到父表和子表，看看它们的定义：子表指的是

具有外键列的表称为子表；父表指的是子表所参照的表称为父表。

3)外键列和参照列必须具有相似的数据类型。其中数字的长度或是否有符号位必须相同；而字符的长度则可以不

同。说到外键列和参照列，先来看看定义：外键列指的是列上加FOREIGN KEY关键字的列称为外键列；参照列指的

是外键列所参照的列称为参照列。

4)外键列和参照列必须创建索引。如果外键不存在索引的话，MySQL将自动创建索引。如果参照列不存在索引的

话，MySQL不会自动创建索引。

三存储引擎

由于创建外键约束需要了解存储引擎，这里只是简单说明一下。

(1)什么是存储引擎

存储引擎也叫表类型，指的是数据表的存储机制、索引方案等配套相关功能。不同引擎由于处理方式不同，会带

来不同的功能或者功能的优化，根据实际需要选择合适的存储引擎。存储引擎类型分为MyISAM与InnoDB。

(2)MyISAM与InnoDB区别

2)MyISAM每个表会生成3个文件: table.MYI(索引文件)、table.MYD(数据文件)、table.frm(表结构文件)

Innodb每个表只有一个table.frm文件，所有的Innodb引擎的表的数据将存放在ibdata*里面。

3)MyISAM支持表级锁，优势在于插入和检索，Innodb支持行级锁，优势在于更新和删除。

4)Innodb支持事务。

(3)编辑数据表的默认存储引擎

1)首先在MySQL安装目录中找到MySQL的配置文件MY.ini，双击打开；

2)查看是否有：default-storage-engine=INNODB

3)修改后需要重新启动MySQL服务，否则不用重新启动。

四创建外键约束

(1)创建一个省份数据表作为父表，然后查看数据表的创建信息确认是否引擎为InnoDB：

CREATE TABLE provinces(

id SMALLINT UNSIGNED PRIMARY KEY AUTO_INCREMENT,

pname VARCHAR(20) NOT NULL

);

SHOW CREATE TABLE provinces;

由此我们保证了创建数据表的时候保证了数据表使用的是默认引擎InnoDB。下面的users表同样也是InnoDB。

(2)使用外键约束创建另一个相似的数据表作为子表。

CREATE TABLE users(

id SMALLINT UNSIGNED PRIMARY KEY AUTO_INCREMENT,

username VARCHAR(10) NOT NULL,

pid BIGINT,

FOREIGN KEY (pid) REFERENCES provinces (id)

);

以上创建数据表会有错误信息：需要保证数据类型一致。

修改为数据类型一致，默认为有符号位：

CREATE TABLE users(

id SMALLINT UNSIGNED PRIMARY KEY AUTO_INCREMENT,

username VARCHAR(10) NOT NULL,

pid SMALLINT,

FOREIGN KEY (pid) REFERENCES provinces (id)

);

依然会有错误信息：这一次是是否保持相同的有无符号位。

修改为一致的数据类和是否有符号位：

CREATE TABLE users(

id SMALLINT UNSIGNED PRIMARY KEY AUTO_INCREMENT,

username VARCHAR(10) NOT NULL,

pid SMALLINT UNSIGNED,

FOREIGN KEY (pid) REFERENCES provinces (id)

);

创建数据表的过程我们知道了子表是users，父表是provinces；子表users中的pid是外键列，父表provinces中的

id字段是参照列。由此我们保证了外键列和参照列必须具有相似的数据类型。

(3)查看外键列和参照列是否创建索引

1)查看父表provinces中的参照列id是否自动创建索引：

SHOW INDEXES FROM provinces;

SHOW INDEXES FROM provinces\G;

以上均表明参照列已经创建索引，我们更习惯看出索引列的是第二种命令，因此一般我们会使用后者。

2)再来查看外键列是否创建索引

SHOW INDEXES FROM users\G;

以上结果表明数据表users存在两个索引列，一个是users表的id字段，一个是外键列pid字段，它的参照列是父表

provinces中的参照列id字段。

我们也可以查看user表中的pid是不是外键列

SHOW CREATE TABLE users;

由此证明users数据表中的pid字段的确是外键约束，经过以上步骤我们成功的使用了外键约束。还有许多关系与

外键约束的操作，我们就不再过多的介绍。