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

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

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

         一约束概述

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

约束。

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

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

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

        二外键约束的要求

        FOREIGN KEY(外键约束)

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

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

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

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

       2)数据表的存储引擎只能为InnoDB。

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

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

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

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

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

       三存储引擎

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

       (1)什么是存储引擎

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

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

       (2)MyISAM与InnoDB区别

       1)InnoDB支持外键，MyISAM不支持。

       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字段的确是外键约束，经过以上步骤我们成功的使用了外键约束。还有许多关系与

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