1、MyISAM不支持事务,InnoDB是事务类型的存储引擎
2、MyISAM只支持表级锁,而InnoDB支持行级锁和表级锁默认为行级锁
MyIsam -> 表锁
对于write,如果表上没有锁,则在上面绑定一个写锁,否则丢到写锁队列中。
对于read,如果表上没有锁,则在上面绑定一个读锁,否则丢到读锁队列中。
当一个锁被释放的时候,表会先被写锁队列的线程获得,然后才是读锁队列,这意味着如果有很多更新的情况下,得等所有写锁线程执行完才能返回select的内容。
InnoDB -> 行锁
优点:①行级锁是Mysql中锁力度最小的,在数据量大的情况下能减少冲突的情况。
②回滚的时候只需要少量的更改
③可以长时间锁定单一行
缺点:①行级锁需要占用更多内存
②相比表锁和页锁需要绑定更多的锁
③执行效率上会比表锁和行级锁慢
④行级锁会导致死锁
原因分析:
行级锁锁定的是索引。索引分为主键索引和非主键索引。当操作的是主键索引,则会直接锁定主键索引。当操作的是非主键索引,则会先去锁定非主键索引,然后再锁定主键索引。
举例:
表A:(Id,State,Time) 主键索引Id、非主键索引State
当一个SQL 执行 Update A set State = 1 Where State = 2;时,会锁定State的索引,然后请求锁定主键索引Id.
而同时另一个SQL 执行 Update A set State = 2 Where Id = 1;会锁定Id索引,由于修改的又是State = 2的数据,同时也会请求锁定State的索引。这样彼此相互等待着,就会导致死锁产生。
3、MyISAM不支持外键,InnoDB支持外键
4、MyISAM引擎的表在高并发的情况下容易造成损坏
恢复方式:可以使用Mysql自带的myisamchk工具: myisamchk -r tablename 或者 myisamchk -o tablename(比前面的更保险) 对表进行修复
损坏原因:服务器突然断电导致数据文件损坏、mysqld进程在写入的时候被kill了、磁盘故障...
5、MyISAM保存count(*)的值,InnoDB需要每次扫描全表统计
6、MyISAM支持全文索引(FULLTEXT),InnoDB不支持
7、MyISAM引擎的表的查询、更新、插入的效率要比InnoDB高
对于数据量不大,百万级别,写少的用MyISAM比较适合。
对于数据量大,读写多,用InnoDB适合,InnoDB适合管理。