假如某個(gè)電腦生產(chǎn)商，它的數(shù)據(jù)庫中保存著整機(jī)和配件的產(chǎn)品信息。用來保存整機(jī)產(chǎn)品信息的表叫做pc；用來保存配件供貨信息的表叫做parts。在pc表中有一個(gè)字段，用來描述這款電腦所使用的CPU型號(hào)；在parts表中相應(yīng)有一個(gè)字段，描述的正是CPU的型號(hào)，我們可以把它想成是全部CPU的型號(hào)列表。很顯然，這個(gè)廠家生產(chǎn)的電腦，其使用的CPU一定是供貨信息表(parts)中存在的型號(hào)。這時(shí)，兩個(gè)表中就存在一種約束關(guān)系(constraint)——pc表中的CPU型號(hào)受到parts表中型號(hào)的約束。

首先我們來創(chuàng)建parts表：

CREATE TABLE parts (... 字段定義 ...,model VARCHAR(20) NOT NULL,... 字段定義 ...);

接下來是PC表：

CREATE TABLE pc (... 字段定義 ...,cpumodel VARCHAR(20) NOT NULL,... 字段定義 ...};

設(shè)置索引

若要設(shè)置外鍵，在參照表 (referencing table，即pc表) 和被參照表(referenced table，即parts表)中，相對(duì)應(yīng)的兩個(gè)字段必須都設(shè)置索引(index)。

對(duì)parts表：

ALTER TABLE parts ADD INDEX idx_model (model);

這句話的意思是，為parts表增加一個(gè)索引，索引建立在model字段上，給這個(gè)索引起個(gè)名字叫idx_model。

對(duì)pc表也類似：

ALTER TABLE pc ADD INDEX idx_cpumodel (cpumodel);

事實(shí)上這兩個(gè)索引可以在創(chuàng)建表的時(shí)候就設(shè)置。這里只是為了突出其必要性。

定義外鍵

下面為兩張表之間建立前面所述的那種“約束”。因?yàn)閜c的CPU型號(hào)必須參照parts表中的相應(yīng)型號(hào)，所以我們將pc表的cpumodel字段設(shè)置為“外鍵”(FOREIGN KEY)，即這個(gè)鍵的參照值來自于其他表。

ALTER TABLE pc ADD CONSTRAINT fk_cpu_model FOREIGN KEY (cpumodel) REFERENCES parts(model);

***行是說要為pc表設(shè)置外鍵，給這個(gè)外鍵起一個(gè)名字叫做fk_cpu_model；第二行是說將本表的cpumodel字段設(shè)置為外鍵；第三行是說這個(gè)外鍵受到的約束來自于parts表的model字段。

這樣，我們的外鍵就搞好了！如果我們?cè)囍鳦REATE一臺(tái)pc，它所使用的CPU的型號(hào)是parts 表中不存在的，那么MySQL會(huì)禁止這臺(tái)PC被CREATE出來。

級(jí)聯(lián)操作

考慮以下這種情況：

技術(shù)人員發(fā)現(xiàn)，一個(gè)月之前輸入到parts表中的某個(gè)系列的cpu（可能有很多款）的型號(hào)全都輸錯(cuò)了一個(gè)字母，現(xiàn)在需要改正。我們希望的是，當(dāng)parts表中那些 Referenced Column 有所變化時(shí)，相應(yīng)表中的 Referencing Column 也能自動(dòng)更正。

可以在定義外鍵的時(shí)候，在***加入這樣的關(guān)鍵字：

ON UPDATE CASCADE;

即在主表更新時(shí)，子表（們）產(chǎn)生連鎖更新動(dòng)作，似乎有些人喜歡把這個(gè)叫“級(jí)聯(lián)”操作。

如果把這語句完整的寫出來，就是：

ALTER TABLE pc ADD CONSTRAINT fk_cpu_model FOREIGN KEY (cpumodel) REFERENCES parts(model)ON UPDATE CASCADE;

除了CASCADE外，還有RESTRICT(禁止主表變更)、SET NULL

關(guān)于對(duì)該文補(bǔ)充：

如果需要在主表刪除記錄時(shí)，當(dāng)子表有對(duì)應(yīng)記錄則不允許刪除，就加上 ON delete restrict 。完整案例如下：

兩個(gè)表，國家和城市，城市中的country_id是外鍵。

Create table country(

country_id smallint unsigned not null auto_increment,

country varchar(50) not null,

last_update timestamp not null,

primary key(country_id)

)engine=innoDB default charset=utf8;

Create table city(

city_id smallint unsigned not null auto_increment,

city varchar(50) not null,

country_id smallint unsigned not null,

last_update timestamp not null default current_timestamp on update curren_timestamp,

Primary key(city_id),

key idx_fk_country_id (country_id),

constraint fk_city_country Foreign Key(country_id) References country(country_id) on DELETE restrict ON update cascade

)engine=innoDB default charset=utf8;

刪除外鍵：

刪除外鍵定義

定義外鍵的時(shí)候articles.member_id外鍵比articles.category_id子句多了一個(gè)CONSTRAINT fk_member ？

這個(gè)fk_member就是用來刪除外鍵定義用的，如下所示：

mysql> ALTER TABLE articles DROP FOREIGN KEY fk_member;

Query OK, 1 row affected (0.25 sec)

Records: 1 Duplicates: 0 Warnings: 0

這樣articles.member_id外鍵定義就被刪除了，但是如果定義時(shí)沒有指定CONSTRAINT fk_symbol （即外鍵符號(hào)）時(shí)該怎么刪除呢？別急，沒有指定時(shí)，MySQL會(huì)自己創(chuàng)建一個(gè)，可以通過以下命令查看：

mysql> SHOW CREATE TABLE articles;

+———-+————————————+

| Table | Create Table |

+———-+————————————+

| articles | CREATE TABLE `articles` (

`article_id` int(11) unsigned NOT NULL auto_increment,

`category_id` tinyint(3) unsigned NOT NULL,

`member_id` int(11) unsigned NOT NULL,

`title` varchar(255) NOT NULL,

PRIMARY KEY (`article_id`),

KEY `category_id` (`category_id`),

KEY `member_id` (`member_id`),

CONSTRAINT `articles_ibfk_1` FOREIGN KEY (`category_id`) REFERENCES `categories` (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=latin1 |

+———-+————————————+

1 row in set (0.01 sec)

可以看出articles.category_id的外鍵符號(hào)為articles_ibfk_1，因?yàn)榫涂梢詧?zhí)行以下命令刪除外鍵定義：

mysql> ALTER TABLE articles DROP FOREIGN KEY articles_ibfk_1;

Query OK, 1 row affected (0.66 sec)

Records: 1 Duplicates: 0 Warnings: 0

6. 總結(jié)

引入外鍵的缺點(diǎn)是會(huì)使速度和性能下降，當(dāng)然外鍵所帶來的優(yōu)點(diǎn)還有很多。