1、事务
- Innodb支持事务,InnoDB有支持事务及安全的日志文件,InnoDB可以通过日志文件将数据库崩溃时已经完成但还没来得及将内存中已经修改但未完全写入磁盘的数据写入磁盘,也可以把已部分完成并写入磁盘的未完成事务回滚,保证数据一致性。
- MyISAM不支持事务
2、外键
- Innodb支持外键
- MyISAM不支持外键
3、锁机制
- Innodb支持行锁,粒度更细,为承受高并发而设计
- MyISAM只支持表级锁
4、增删改查
- Innodb适合增改频率较高的业务,删除表时只能一行一行删除
- MyISAM适合主要为查询的业务,删除表时可以Drop整表然后重建表
5、全文索引
- Innodb不支持全文所以
- MyISAM支持全文所以,但是不支持中文分词
6、存储结构(索引区别)
- Innodb的数据和索引存储在同一个文件里(按表存储),还有表结构文件
Innodb的索引为B+Tree,主键索引与表行数据存储在一起(聚簇索引),所以通过主键搜索很快,而辅助索引(二级索引,除了主键索引,其他都是二级索引)存储的是主键索引列,所以通过辅助索引查询表记录时需要进行二次查询,先通过辅助索引查到主键,再通过主键查询到行记录,如果主键很长,则二级索引存储主键时会使用更多空间,因此使用短主键是有利的。
详见:索引和二级索引 - MyISAM表分为三个文件存储,数据和索引分开存储:
表定义文件:.frm
数据文件的:.MYD (MYData)。
索引文件:.MYI (MYIndex)
MyISAM的索引也是B+Tree,但是MyISAM的索引文件和数据是分开存放的,主键和辅助索引相同,仅保存记录所在页的指针。
7、count
- Innodb不存储表行数,在count时需要扫描全表
- MyISAM存储行数,在count时直接返回
其他:为什么MyISAM会比Innodb 的查询速度快
INNODB在做SELECT的时候,要维护的东西比MYISAM引擎多很多;
1)数据块,INNODB要缓存,MYISAM只缓存索引块, 这中间还有换进换出的减少;
2)innodb寻址要映射到块,再到行,MYISAM 记录的直接是文件的OFFSET,定位比INNODB要快
3)INNODB还需要维护MVCC一致;虽然你的场景没有,但他还是需要去检查和维护
MVCC ( Multi-Version Concurrency Control )多版本并发控制
InnoDB:通过为每一行记录添加两个额外的隐藏的值来实现MVCC,这两个值一个记录这行数据何时被创建,另外一个记录这行数据何时过期(或者被删除)。但是InnoDB并不存储这些事件发生时的实际时间,相反它只存储这些事件发生时的系统版本号。这是一个随着事务的创建而不断增长的数字。每个事务在事务开始时会记录它自己的系统版本号。每个查询必须去检查每行数据的版本号与事务的版本号是否相同。让我们来看看当隔离级别是REPEATABLE READ时这种策略是如何应用到特定的操作的:
SELECT InnoDB必须每行数据来保证它符合两个条件:
1、InnoDB必须找到一个行的版本,它至少要和事务的版本一样老(也即它的版本号不大于事务的版本号)。这保证了不管是事务开始之前,或者事务创建时,或者修改了这行数据的时候,这行数据是存在的。
2、这行数据的删除版本必须是未定义的或者比事务版本要大。这可以保证在事务开始之前这行数据没有被删除。