MySQL架构原理之存储引擎

MySQL存储引擎

MySQL存储引擎是插件式的，负责数据存取。

show engines;

在5.5版本之前默认采用MyISAM存储引擎，从5.5开始采用InnoDB存储引擎。

InnoDB:支持事务，具有提交，回滚和崩溃恢复能力，事务安全.

MyISAM:不支持事务和外键，访问速度快

Memory:利用内存创建表，访问速度非常快，因为数据在内存，而且默认使用Hash索引，但是一旦关闭，数据就会丢失

InnoDB和MyISAM对比

作为最常用的两种存储引擎，重要区别有：

1. 事务和外键 InnoDB支持事务和外键，具有安全性和完整性，适合大量insert和update操作； MyISAM不支持事务和外键，能提供高速存储和检索，适合大量的select查询操作。
2. 锁机制 InnoDB支持行级锁，锁定指定记录。基于索引加锁实现。 MyISAM支持表级锁，锁定整张表。
3. 索引结构 InnoDB使用聚集索引（聚簇索引），索引和记录在一起存储，既缓存索引，也缓存记录。 MyISAM使用非聚集索引（非聚簇索引），索和记录分开。
4. 并发处理能力 MyISAM使用表锁，会导致写操作并发率低，读之间并不阻塞，读写阻塞。 InnoDB读写阻塞可以与隔离级别有关，可以采用多版本并发控制（MVCC）来支持高并发
5. 存储文件 InnoDB表对应两个文件，一个.frm表结构文件，一个.ibd数据文件（独享表）或者一个.ibdata数据文件（共享表）。InnoDB表最大支持64TB。 MyISAM表对应三个文件，一个.frm表结构文件，一个MYD表数据文件，一个.MYI索引文件。MyISAM表最大支持256GB

使用场景

MyISAM

不需要事务支持（不支持） 并发相对较低（锁定机制问题） 数据修改相对较少，以读为主 数据一致性要求不严

InnoDB

需要事务支持（具有较好的事务特性） 行级锁定对高并发有很好的适应能力 数据更新较为频繁的场景 数据一致性要求较高 硬件设备内存较大，可以利用InnoDB较好的缓存能力来提高内存利用率，减少磁盘1O

总结：两种引擎该如何选择？

是否需要事务？有，InnoDB 是否存在并发修改？有，InnoDB 是否追求快速查询，且数据修改少？是，MyISAM 在绝大多数情况下，推荐使用InnoDB