(1)、InnoDB支持事务,MyISAM不支持
MyISAM可以通过lock table表锁,来实现类似于事务的东西,但对数据库性能影响较大,强烈不推荐使用
对数据一致性帮助很大
(2)、MyISAM只支持表锁,InnoDB可以支持行锁。
MyISAM:执行读写SQL语句时,会对表加锁,所以数据量大,并发量高时,性能会急剧下降。
InnoDB:细粒度行锁,在数据量大,并发量高时,性能比较优异。
常见坑:
InnoDB的行锁是实现在索引上的,而不是锁在物理行记录上。潜台词是,如果访问没有命中索引,也无法使用行锁,将要退化为表锁。
行锁,对提高并发帮助很大
(3)、MyISAM支持全文索引,InnoDB5.6之前不支持全文索引(会导致小量请求占用大量数据库资源)
为了满足搜索业务的需求,随着数据量和并发量的增长,搜索架构一般会经历这么几个阶段:
(1)原始阶段-LIKE
(2)初级阶段-全文索引
(3)中级阶段-开源外置索引
(4)高级阶段-自研搜索引擎
(4)、MyISAM不支持外键,InnoDB支持外键,不建议使用外键
(5)、只有查询全表的总行数,MyISAM才会直接返回结果,它直接存了行数,当加了where条件后,两种存储引擎的处理方式类似。