MySQL 存储引擎
1. 常用存储引擎的对比
2. InnoDB 特性
3. 如何选择合适的存储引擎
4. 查询存储引擎信息的相关 SQL
1. 常用存储引擎的对比
存储引擎的主要作用是进行数据的存取和检索，也是真正执行 SQL 语句的组件。
MyISAM 和 InnoDB 的主要区别
MyISAM：
- 5.5 版本之前的默认引擎。
- 支持全文索引、压缩、空间函数等。
- 不支持事务和行级锁，所以一般用于读多写少的场景。
- 不支持外键。
- 索引和数据是分开存储的。
InnoDB：
- 5.5 版本之后的默认引擎。
- 支持事务、支持外键。
- 通过 MVCC 来支持高并发。
- 基于聚簇索引建立的，索引和数据存储在一起。
2. InnoDB 特性
InnoDB 存储引擎（Storage Engine）是 MySQL 默认之选，所以非常典型。
InnoDB 的整体架构分为两个部分：内存架构和磁盘架构，如图：
存储引擎的内容非常多，并不是一篇文章能说清楚的，本文不过多展开，我们在此只需要了解内存架构和磁盘架构的大致组成即可。
InnoDB 引擎是面向行存储的，数据都是存储在磁盘的数据页中，数据页里面按照固定的行格式存储着每一行数据。
行格式主要分为四种类型：Compact、Redundant、Dynamic 和 Compressed，默认为 Compact 格式。
Innodb 存储引擎和 MyISAM 存储引擎最大区别主要有以下几点：
- 支持事务
- 支持行锁
- MVCC（即多版本并发控制，是一种并发控制的方法）
- Crash 快速恢复
- BufferPool 数据缓存
在整体性能表现方面， Innodb 和 MyISAM 两个存储引擎在不同的场景下差异比较大，主要原因也是上面的主要区别所造成的。
3. 如何选择合适的存储引擎
在选择存储引擎时，应根据应用特点选择合适的存储引擎，对于复杂的应用系统可以根据实际情况选择多种存储引擎进行组合。
InnoDB
- MySQL 5.5 之后默认的 MySQL 插件式存储引擎。
- 用于事务处理的应用程序，支持外键。
- 如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包括很多的更新、删除操作，那么 InnoDB 存储引擎是比较合适的选择。
- InnoDB 存储引擎除了有效地降低由于删除和更新导致的锁定，还可以确保事务的完整提交（Commit）和回滚（Rollback）。
- 对于类似计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB 都是合适的选择。
MyISAM
- MySQL 5.5 之前默认的 MySQL 插件式存储引擎。
- 如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常适合的。
- MyISAM 是在 Web 数据仓储和其他应用环境下最常使用的存储引擎之一。
MEMORY
- 将所有数据保存在内存中，在需要快速定位记录和其他类似数据的环境下，可提供极快的访问。
- MEMORY 的缺陷是对表的大小有限制，太大的表无法 CACHE 在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。
- MEMORY 表通常用于更新不太频繁的小表，用以快速得到访问结果。
MERGE
- 用于将一系列等同的 MyISAM 表以逻辑方式组合在一起，并作为一个对象引用它们。
- MERGE 表的优点在于可以突破对单个 MyISAM 表大小的限制，并且通过将不同的表分布在多个磁盘上，可以有效地改善 MERGE 表的访问效率。
- 对于诸如数据仓储等 VLDB 环境十分适合。
4. 查询存储引擎信息的相关 SQL
-- 查看 mysql 现在已提供什么存储引擎 show engines; -- 查看 mysql 当前默认的存储引擎 show variables like '%storage_engine%'; -- 查看某个表用了什么引擎（引擎是表级别的概念，在显示结果里的engine就表示该表当前用的存储引擎） show create table 表名; -- 修改表的存储引擎 alter table 表名 engine=myisam;
