MySQL支持很多存储引擎,包括MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、ARCHIVE等。主要使用到的就InnoDB和MyISAM两种。
MyISAM
它是MySQL5.5之前的默认存储引擎
适用场景
对事务的完整性没有要求,或以select、insert为主的应用基本都可以选用MYISAM
特点
- 不支持事务;
- 访问数据快
- 不支持外键,如果强行增加外键,不会提示错误,只是外键不其作用;
- 对数据的查询缓存只会缓存索引,不会像InnoDB一样缓存数据,而且是利用操作系统本身的缓存;
- 默认的锁粒度为表级锁,所以并发度很差,加锁快,锁冲突较少,所以不太容易发生死锁;
- 支持全文索引(MySQL5.6之后,InnoDB存储引擎也对全文索引做了支持),但是MySQL的全文索引基本不会使用,对于全文索引,现在有其他成熟的解决方案,比如:ElasticSearch,Solr,Sphinx等。
- 数据库所在主机如果宕机,MyISAM的数据文件容易损坏,而且难恢复;
- 查看数据库的data目录/数据库名称/,在查找相对应的表名:
b.frm 描述表结构文件,字段长度等。
b.MYD(MYData):数据信息文件,存储数据信息(如果采用独立表存储模式)
b.MYI(MYIndex):索引信息文件
InnoDB
适用场景
如果应用对事务的完整性有较高的要求,在并发条件下要求数据的一致性,数据操作中包含读、插入、删除、更新,那InnoDB是最好的选择。在计费系统、财务系统等对数据的准确性要求较高的系统中被广泛应用
特点
- 灾难恢复性比较好;
- 支持事务。默认的事务隔离级别为可重复度,通过MVCC(并发版本控制)来实现的。
- 使用的锁粒度为行级锁,可以支持更高的并发;
- 支持外键;
- 配合一些热备工具可以支持在线热备份;
- 在InnoDB中存在着缓冲管理,通过缓冲池,将索引和数据全部缓存起来,加快查询的速度;
- 对于InnoDB类型的表,其数据的物理组织形式是聚簇表。所有的数据按照主键来组织。数据和索引放在一块,都位于B+数的叶子节点上;
- 查看数据库的data目录/数据库名称/,在查找相对应的表名:
b.frm :描述表结构文件,字段长度等
如果采用独立表存储模式,还会产生b.ibd文件(存储数据信息和索引信息)
InnoDB和MyISAM的对比
- 1、由于锁粒度的不同,InnoDB比MyISAM支持更高的并发;
- 2、InnoDB为行级锁,MyISAM为表级锁,所以InnoDB相对于MyISAM来说,更容易发生死锁,锁冲突的概率更小,而且上锁的开销也更大,因为需要为每一行加锁;
- 3、在备份容灾上,InnoDB支持在线热备,有很成熟的在线热备解决方案;
- 4、查询性能上,MyISAM的查询效率高于InnoDB,因为InnoDB在查询过程中,是需要维护数据缓存,而且查询过程是先定位到行所在的数据块,然后在从数据块中定位到要查找的行;而MyISAM可以直接定位到数据所在的内存地址,可以直接找到数据;
- 5、SELECT COUNT(*)语句,如果行数在千万级别以上,MyISAM可以快速查出,而InnoDB查询的特别慢,因为MyISAM将行数单独存储了,而InnoDB需要朱行去统计行数;所以如果使用InnoDB,而且需要查询行数,则需要对行数进行特殊处理,如:离线查询并缓存;
- 6、MyISAM的表结构文件包括:.frm(表结构定义),.MYI(索引),.MYD(数据);而InnoDB的表数据文件为:.ibd和.frm(表结构定义);
