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