存储引擎定义了什么？
MySQL中的数据用各种不同的技术存储在文件（或者内存）中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。这些不同的技术以及配套的相关功能在MySQL中被称作存储引擎(也称作表类型)。</br>
你可以选择适用于服务器、数据库和表格的存储引擎，以便在选择如何存储你的信息、如何检索这些信息以及你需要你的数据结合什么性能和功能的时候为你提供最大的灵活性。</br>
选择如何存储和检索你的数据的这种灵活性是MySQL为什么如此受欢迎的主要原因。其它数据库系统(包括大多数商业选择)仅支持一种类型的数据存储。遗憾的是，其它类型的数据库解决方案采取的“一个尺码满足一切需求”的方式意味着你要么就牺牲一些性能，要么你就用几个小时甚至几天的时间详细调整你的数据库。使用MySQL，我们仅需要修改我们使用的存储引擎就可以了。
可以这么来理解：MySQL是数据仓库，那它是怎么存的数据，采用的什么存储机制、用的哪种索引等等，这样就是存储引擎来决定的。它规定了一个表的类型，也就是存储引擎所描述的数据单元是表。
有哪些存储类型？
MySQL在版本5.5以后，默认存储引擎是InnoDB，之前版本的默认存储引擎是MyISAM。所以这两种应该是最为常用的，也是最应该去了解的。
mysql> select version();
+-----------+
| version() |
+-----------+
| 5.7.18 |
+-----------+
1 row in set
mysql> show engines;
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment | Transactions | XA | Savepoints |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| InnoDB | DEFAULT | Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
| MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO |
| MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |
| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
| MyISAM | YES | MyISAM storage engine | NO | NO | NO |
| CSV | YES | CSV storage engine | NO | NO | NO |
| ARCHIVE | YES | Archive storage engine | NO | NO | NO |
| PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO |
| FEDERATED | NO | Federated MySQL storage engine | NULL | NULL | NULL |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
9 rows in set
从上面可以看出MySQL对InnoDB的描述：支持事务、行级锁以及外键。这些都是MyISAM不支持的。
再来看官方文档对InnoDB的特性总结（Key Advantages of InnoDB）：
| 属性 | 属性值 | 属性 | 属性值 | 属性 | 属性值 |
|---|---|---|---|---|---|
| 存储限制 | 64TB | 事务 | Yes | 锁定粒度 | Row |
| 多版本并发控制 | Yes | Geospatial数据类型支持 | Yes | Geospatial索引支持 | Yes[a] |
| B-tree索引 | Yes | T-tree索引 | No | Hash索引 | No[b] |
| Full-text search索引 | Yes[c] | Clustered索引 | Yes | 数据缓存 | Yes |
| 索引缓存 | Yes | 数据压缩 | Yes[d] | 数据加密[e] | Yes |
| 集群数据库支持 | No | 主从复制支持[f] | Yes | 外键支持 | Yes |
| 备份/时间点恢复[g] | Yes | 查询缓存支持 | Yes | 数据字典的统计信息更新 | Yes |
a.InnoDB 在MySQL 5.7.5及以上版本支持Geospatial索引
b.InnoDB的自适应Hash索引特性的内部实现中使用了Hash索引
c.Barracuda 在MySQL 5.6.4及以上版本支持FULLTEXT索引
d.压缩InnoDB类型的表需要Barracuda文件格式
e.由服务器实现(通过加密函数). Data-at-rest tablespace encryption is available in MySQL 5.7 and later.
f.由服务器实现，而非存储引擎。
g.由服务器实现，而非存储引擎。
再来看官方对各种引擎的特性总结：
特性 | MyISAM | Memory | InnoDB | Archive | NDB
--|--|--|--|--|--|--
存储限制 | 256TB | RAM | 64TB | None | 384EB
事务 | No | No | Yes | No | Yes
锁粒度 | Table | Table | Row | Row | Row
多版本并发控制| No | No | Yes | No | No
Geospatial数据类型支持 | Yes | No | Yes | Yes | Yes
Geospatial 索引支持 | Yes | No | Yes[a] | No | No
B-tree 索引| Yes | Yes | Yes | No | No
T-tree 索引| No | No | No | No | Yes
Hash 索引| No | Yes | No[b] | No | Yes
Full-text search 索引 | Yes | No | Yes[c] | No | No
Clustered 索引| No | No | Yes | No | No
数据缓存 | No | N/A | Yes | No | Yes
索引缓存 | Yes | N/A | Yes | No | Yes
数据压缩| Yes[d] | No | Yes[e] | Yes | No
数据加密[f] | Yes | Yes | Yes | Yes | Yes
集群数据库支持 | No | No | No | No | Yes
主从复制支持[g] | Yes | Yes | Yes | Yes | Yes
外键支持 | No | No | Yes | No | Yes[h]
备份/时间点恢复[i] | Yes | Yes | Yes | Yes | Yes
查询缓存支持 | Yes | Yes | Yes | Yes | Yes
数据字典的统计信息更新 | Yes | Yes | Yes | Yes | Yes
至此，对MySQL的存储引擎有概念的认识。
文字总结请参考MySQL 常用数据存储引擎区别。
MyISAM
mysql 5.5.5 之前的默认引擎，支持 B-tree/FullText/R-tree 索引类型。锁级别为表锁，表锁优点是开销小，加锁快；缺点是锁粒度大，发生锁冲动概率较高，容纳并发能力低，这个引擎适合查询为主的业务。此引擎不支持事务，也不支持外键。MyISAM强调了快速读取操作。它存储表的行数，于是SELECT COUNT() FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描。</br>
InnoDB
InnoDB 存储引擎最大的亮点就是支持事务，支持回滚，它支持 Hash/B-tree 索引类型。
锁级别为行锁，行锁优点是适用于高并发的频繁表修改，高并发是性能优于 MyISAM。缺点是系统消耗较大，索引不仅缓存自身，也缓存数据，相比 MyISAM 需要更大的内存。
InnoDB 中不保存表的具体行数，也就是说，执行 select count() from table时，InnoDB 要扫描一遍整个表来计算有多少行。支持事务，支持外键
未完待续
