如果一個實體的某個字段指向另一個實體的主鍵，就稱為外鍵
被指向的實體，稱之為主實體（主表），也叫父實體（父表）。
負責指向的實體，稱之為從實體（從表），也叫子實體（子表）
作用：
用於約束處於關系內的實體
增加子表記錄時，是否有與之對應的父表記錄
如果主表沒有相關的記錄，從表不能插入
先插入主表數據后再插入從表數據：
在刪除或者更新主表記錄時，從表應該如何處理相關的記錄
設置級聯操作：
在主表數據發生改變時，與之關聯的從表數據應該如何處理
使用關鍵字：
on update
on delete
來標識
允許的級聯動作：
cascade關聯操作，如果主表被更新或刪除，從表也會執行相應的操作
set null,表示從表數據不指向主表任何記錄
restrict：拒絕主表的相關操作
alter table t_student add foreign key (class_id) references t_class (class_id)
on delete set null; # 在刪除外鍵時，將從表的外鍵值設置為null
修改外鍵：
先刪除這個表的外鍵，然后再增加
alter table tb_name drop froeign key 外鍵名稱
外鍵名稱在建立外鍵時可以自定義名稱，如果不自定義，會按照mysql自動生成一個名稱
show create table tb_name;
alter table t_student drop foreign key t_student_ibfk_1;
刪除外鍵后不會對表中的數據造成任何影響，改變的只是對表的一種約束
alter table t_student add foreign key (class_id) references t_class (class_id)
on delete set null; # 在刪除外鍵時，將從表的外鍵值設置為null
注：on delete 與on update 可以同時出現，
但在on delete 或on update 后不能同時出現cascade、set null、restrict，只能有一個
關於restrict的外鍵約束此處沒有寫，與其他兩個一樣
restrict：拒絕主表的相關操作，在主表更新或者刪除數據時，在從表中存在與主表主鍵相關的數據，則不允許對主表數據進行更新或者刪除
在不設置任何級聯關系約束時，主表默認會是restrict
在restrict約束下，如果想要刪除主表數據，除了可以刪除沒有與子表數據相關的數據外，
可以先修改子表中的外鍵（修改時，外鍵必須也要關聯到主表的主鍵，否則不能修改成功）
也可以先刪除與想要刪除的主表數據的子表數據，再去刪除此條主表數據
原網址：http://www.cnblogs.com/zunpeng/p/3878459.html
最近有開始做一個實驗室管理系統，因為分了幾個表進行存儲·所以要維護表間的關聯··研究了一下MySQL的外鍵。
（1）只有InnoDB類型的表才可以使用外鍵，mysql默認是MyISAM，這種類型不支持外鍵約束
（2）外鍵的好處：可以使得兩張表關聯，保證數據的一致性和實現一些級聯操作；
（3）外鍵的作用：
保持數據一致性，完整性，主要目的是控制存儲在外鍵表中的數據。 使兩張表形成關聯，外鍵只能引用外表中的列的值！
（4）建立外鍵的前提：
兩個表必須是InnoDB表類型。
使用在外鍵關系的域必須為索引型(Index)。
使用在外鍵關系的域必須與數據類型相似
（5）創建的步驟
指定主鍵關鍵字： foreign key(列名)
引用外鍵關鍵字： references <外鍵表名>(外鍵列名)
（6）事件觸發限制:on delete和on update , 可設參數cascade(跟隨外鍵改動), restrict(限制外表中的外鍵改動),set Null(設空值）,set Default（設默認值）,[默認]no action
（7）舉例
outTable表 主鍵 id 類型 int
創建含有外鍵的表：
create table temp(
id int,
name char(20),
foreign key(id) references outTable(id) on delete cascade on update cascade);
說明：把id列 設為外鍵 參照外表outTable的id列 當外鍵的值刪除 本表中對應的列篩除 當外鍵的值改變 本表中對應的列值改變。
create table temp( id int, name char(20), foreign key(id) references outTable(id) on delete cascade on update cascade);
缺點：在對MySQL做優化的時候類似查詢緩存，索引緩存之類的優化對InnoDB類型的表是不起作用的，還有在數據庫整體架構中用得同步復制也是對InnoDB類型的表不生效的，像數據庫中核心的表類似商品表請大家盡量不要是使用外鍵，如果同步肯定要同步商品庫的，加上了外鍵也就沒法通不了，優化也對它沒作用，豈不得不償失，做外鍵的目的在於保證數據完整性，請大家通過程序來實現這個目的而不是外鍵，切記！
原網址：http://www.jb51.net/article/62971.htm