使用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