使用Navicat鏈接數據庫，不能建立外鍵

最近在學習python中遇到這樣的狀況，使用Navicat鏈接MySQL，爲表結構建立外鍵時，出現了建立外鍵就消失，並且外鍵也沒有建立成功的狀況。

在網上找了些資料，最後發現是MySQL引擎的問題。因爲我使用的是MySQL 5.1，默認引擎是MyIASM引擎，該引擎是不支持外鍵功能的，要想使用外鍵功能，就須要使用其餘引擎，這裏我改爲了Innodb引擎，就能夠了。

 

兩種引擎的區別：

Innodb引擎

Innodb引擎提供了對數據庫ACID事務的支持，而且實現了SQL標準的四種隔離級別。該引擎還提供了行級鎖和外鍵約束，它的設計目標是處理大容量數據庫系統，它自己其實就是基於MySQL後臺的完整數據庫系統，

MySQL運行時Innodb會在內存中創建緩衝池，用於緩衝數據和索引。可是該引擎不支持FULLTEXT類型的索引，並且它沒有保存表的行數，當SELECT COUNT(*) FROM TABLE時須要掃描全表。

當須要使用數據庫事務時，該引擎固然是首選。因爲鎖的粒度更小，寫操做不會鎖定全表，因此在併發較高時，使用Innodb引擎會提高效率。可是使用行級鎖也不是絕對的，若是在執行一個SQL語句時MySQL不能肯定要掃描的範圍，InnoDB表一樣會鎖全表。

 

優勢：支持事務，支持外鍵，併發量較大，適合大量update
缺點：查詢數據相對較快，不適合大量的select

 

MyIASM引擎

MyIASM是MySQL默認的引擎（5.55版本以前，以後的版本默認引擎就是Innodb），可是它沒有提供對數據庫事務的支持，也不支持行級鎖和外鍵，所以當INSERT(插入)或UPDATE(更新)數據時即寫操做須要鎖定整個表，效率便會低一些。

不過和Innodb不一樣，MyIASM中存儲了表的行數，因而SELECT COUNT(*) FROM TABLE時只須要直接讀取已經保存好的值而不須要進行全表掃描。若是表的讀操做遠遠多於寫操做且不須要數據庫事務的支持，那麼MyIASM也是很好的選擇。

優勢：查詢數據相對較快，適合大量的select，能夠全文索引。
缺點：不支持事務，不支持外鍵，併發量較小，不適合大量update

 

主要區別：

一、MyIASM是非事務安全的，而InnoDB是事務安全的

二、MyIASM鎖的粒度是表級的，而InnoDB支持行級鎖

三、MyIASM支持全文類型索引，而InnoDB不支持全文索引

四、MyIASM不支持外鍵，而InnoDB支持外鍵功能

五、MyIASM相對簡單，效率上要優於InnoDB，小型應用能夠考慮使用MyIASM

六、MyIASM表保存成文件形式，跨平臺使用更加方便

 

應用場景：

一、MyIASM管理非事務表，提供高速存儲和檢索以及全文搜索能力，若是再應用中執行大量select操做，應該選擇MyIASM
二、InnoDB用於事務處理，具備ACID事務支持等特性，若是在應用中執行大量insert和update操做，應該選擇InnoDB

 

---

參考資料：

http://blog.csdn.net/ls5718/article/details/52248040

https://my.oschina.net/junn/blog/183341