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

    主要区别:

    1、MyIASM是非事务安全的,而InnoDB是事务安全的

    2、MyIASM锁的粒度是表级的,而InnoDB支持行级锁

    3、MyIASM支持全文类型索引,而InnoDB不支持全文索引

    4、MyIASM不支持外键,而InnoDB支持外键功能

    5、MyIASM相对简单,效率上要优于InnoDB,小型应用可以考虑使用MyIASM

    6、MyIASM表保存成文件形式,跨平台使用更加方便

    应用场景:

    1、MyIASM管理非事务表,提供高速存储和检索以及全文搜索能力,如果再应用中执行大量select操作,应该选择MyIASM
    2、InnoDB用于事务处理,具有ACID事务支持等特性,如果在应用中执行大量insert和update操作,应该选择InnoDB

     

    参考资料:
    http://blog.csdn.net/ls5718/article/details/52248040
    https://my.oschina.net/junn/blog/183341
     
  • 相关阅读:
    RSA
    antd 规则检查
    antd 使用总结问题
    react context prop-types
    【CSS/JS】如何实现单行/多行文本溢出的省略(...)
    react prop-types
    js 监听URL的hash变化
    Spark 读取Hadoop集群文件
    HIVE 常见函数
    Linux ANSI转 UTF8
  • 原文地址:https://www.cnblogs.com/MacoLee/p/6069419.html
Copyright © 2020-2023  润新知