问题描述:
今天在使用Hibernate框架(版本为
5.2.16),建立多表关联映射关系时,发现从表中没有创建关联外键约束,进而导致:从表中应用了主表的主键作为外键,此时删除主表中相关联的数据依然行得通,也就是说从表中的外键在主表中找不到对应的记录与之对应了.检查了关联关系配置文件中没有问题
最后在这个地方找到了答案:发现数据库的 engine 是MyISAM类型的
MyISAM不支持外键!!!!
在配置文件中发现:
1
2
3<property name="hibernate.dialect.storage_engine">
org.hibernate.dialect.MySQL5Dialect
</property>跟到源码中发现:配置了这一项默认使用的就是MyISAM引擎(源码在后面)
好啦,接下来对比下MyISAM和InnoDB:**
区别:
- InnoDB支持事务,MyISAM不支持,对于InnoDB每一条SQL语言都默认封装成事务,自动提交,这样会影响速度,所以最好把多条SQL语言放在begin和commit之间,组成一个事务;
- InnoDB支持外键,而MyISAM不支持。对一个包含外键的InnoDB表转为MYISAM会失败;
- InnoDB是聚集索引,数据文件是和索引绑在一起的,必须要有主键,通过主键索引效率很高。但是辅助索引需要两次查询,先查询到主键,然后再通过主键查询到数据。因此,主键不应该过大,因为主键太大,其他索引也都会很大。而MyISAM是非聚集索引,数据文件是分离的,索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
- InnoDB不保存表的具体行数,执行select count(*) from table时需要全表扫描。而MyISAM用一个变量保存了整个表的行数,执行上述语句时只需要读出该变量即可,速度很快;
- Innodb不支持全文索引,而MyISAM支持全文索引,查询效率上MyISAM要高;
如何选择:
- 是否要支持事务,如果要请选择innodb,如果不需要可以考虑MyISAM;
- 如果表中绝大多数都只是读查询,可以考虑MyISAM,如果既有读写也挺频繁,请使用InnoDB。
- 系统奔溃后,MyISAM恢复起来更困难,能否接受;
- MySQL5.5版本开始Innodb已经成为Mysql的默认引擎(之前是MyISAM),说明其优势是有目共睹的,如果你不知道用什么,那就用InnoDB,至少不会差。
- 另外:
mysql5.7的innodb已支持全文索引
为了保证支持事务、外键,在Hibernate的hibernate.cfg.xml中的hibernate.dialect.storage_engine配置中,应该这么配置:
1 | <property name="hibernate.dialect.storage_engine"> |
而且注意:org.hibernate.dialect.MySQLDialect在MySQL5.5以上已经不能再使用了.
源码分析:
MySQL5Dialect继承自MySQLDialect,没有重载构造方法
1 | public class MySQL5Dialect extends MySQLDialect { |
进入到MySQLDialect中
1 | /** |