MySQL 版本：5.7.27-0ubuntu0.18.04.1 默认情况下支持9种存储引擎：
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 | YES | Federated MySQL storage engine | NO | NO | NO |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
9 rows in set (0.00 sec)
1. InnoDB
InnoDB是MySQL5.1后的默认存储引擎，主要特点：
- 支持事务，支持外键。
- 支持行级锁和表级锁，InnoDB的行锁是通过给索引上的索引项加锁来实现的，因此只有通过索引条件检索数据才使用行锁，否则将使用表锁。
应用场景：
InnoDB有很多优点，对事务、并发性能等有很好的支持，而其他引擎除MyISAM之外都仅适用于一些特殊情况，MyISAM对于InnoDB的优势则在于查多改少的情况，除此之外都应该使用InnoDB作为存储引擎，尤其是对数据完整性有较高要求，或者数据更新频繁的业务，这也是MySQL为什么将InnoDB作为默认引擎的原因。
2. MRG_MYISAM
使用MRG_MYISAM引擎创建的表是多个结构相同的MyISAM表的集合，可以理解为将多个结构相同的表合并成一个表来使用。
应用场景：
一般情况下，数据量比较大的表可以考虑按一定规则分表来提升表的存取性能，但有些情况下需要整表查询，这时就可以利用MRG_MYISAM引擎创建一个集合表实现整表查询，需要注意的是MRG_MYISAM只能合并MyISAM表。
3. MEMORY
MEMORY引擎最大的特点是表数据保存在内存中，因此数据存取速度很快，但重启会掉失，而表结构则保存在磁盘文件中，所以表结构会保留。
MEMORY引擎的功能特点：
- 支持HASH索引（等值查询）和BTree索引（范围查找）（默认HASH）
- 所有字段都为固定长度，例如：varchar(10) = char(10)
- 不支持BLOG和TEXT等大字段
- 表的大小是受限制的，主要取决于2个参数max_rows和max_heap_table_size，max_rows可以在创建表时指定，max_heap_table_size的大小默认为16M，可以根据需要调整
- 使用表级锁
应用场景：
memory引擎一般用于保存中间结果的临时表，例如数据统计的中间结果表。
注：
- 使用memory引擎要注意内存是否足够，对于不用的memory表要及时删除或清理数据。
- memory数据易丢失，因此要求数据可再生。
4. BLACKHOLE
MySQL在5.x系列提供了BLACKHOLE引擎–“黑洞”，正如其名一样，任何写入到此引擎的数据均会被丢弃，不作实际存储，Select的结果永远是空，和Linux的/dev/null文件一样，但如果mysql启用了binlong，SQL语句会被写入日志（并被复制到从服务器）。
应用场景：
BLACKHOLE引擎主要用于一主多从的主从架构中，在大规模的Mysql服务器集群中，如果是一台主服务器多台从服务器，在繁忙的业务中，主服务器每一个操作都要往自己的binlong中写数据，同时还要往多台从服务器分发一次，会产生大量的IO，对主服务器造成很大的压力，同时也会消耗主服务器大量的带宽，为解决这个问题，可以在master和slave之间增加一台服务器作为proxy来减轻主服务器的压力，这台服务器仅作中转作用，不需要作数据存储和查询，因此可以利用BLACKHOLE引擎的特性来节省这台服务器的资源消耗。
5. MyISAM
MyISAM是MySQL5.1前的默认存储引擎，主要特点：
- 不支持事务，不支持外键。
- 只支持表级锁，myisam表在select，insert，update，delete时都会自动给表加锁，且默认情况下mysql会优先处理写锁，因此大量更新操作并发时会导致查询操作长时间等待，而insert在满足并发条件的情况下可以在另一个进程已获得读锁的情况下在表尾插入数据，所以myisam不适合数据更新频繁的业务。
应用场景：
MyISAM适用于对数据完整性要求不高，以查询为主的业务，在更新较少的情况下MyISAM在查询速度上比InnoDB有优势。
6. CSV
CSV引擎可以将CSV文件作为MySQL表来处理，这种存储引擎的数据文件就是普通的CSV文件，它的特点主要有：
- 以csv格式进行数据存储，可以对数据文件直接编辑。
- 所有列不能为NULL
- 不支持索引。
应用场景：
适合作为数据交换的中间表。
7. ARCHIVE
ARCHIVE引擎从字面上可以大概了解到它主要用于数据存档，其设计目标是高速的插入以及更小的空间占用，ARCHIVE引擎的主要特点：
- 只支持插入和查询，不支持删改，索引只能对自增ID创建。
Archive表支持行级锁和缓冲区，可以实现高并发的插入，Archive表比其他任何类型的表执行的物理I/O操作都要少，当数据量非常大的时候Archive的插入性能表现会较MyISAM为佳，当表内的数据达到1.5GB这个量级，CPU又比较快的时候，Archive表的执行性能就会超越MyISAM表，因为这个时候，CPU会取代I/O子系统成为性能瓶颈。
由于它对索引的支持不足同时也不能缓存索引和数据，所以它不适合作为高并发访问表的存储引擎。 - 往Archive表插入的数据会使用zlib进行数据压缩，因此占用空间小，同样的数据Archive表比MyISAM表要小大约75%，比支持事务处理的InnoDB表小大约83%
应用场景：
由于高压缩和快速插入的特点，Archive非常适合作为日志和数据采集类数据表的存储引擎，但是前提是不经常对该表进行查询操作。
8. PERFORMANCE_SCHEMA
PERFORMANCE_SCHEMA引擎仅供系统使用，主要用于PERFORMANCE_SCHEMA库下的数据表，普通用户不能创建以PERFORMANCE_SCHEMA作为存储引擎的数据表。
9. FEDERATED
FEDERATED类似Oracle的DBlink，在本地只是以链接的形式存在，实际数据文件并不存在，数据在查询时从远程读取。
应用场景：
FEDERATED引擎通常用于需要跨实例查询的情况，例如在一个库中经常需要跟另一个实例中的数据表进行联合查询，就可以利用FEDERATED引擎在本地库建立数据表映射。
注：
由于每次查询都需要从远程读取数据，因此在拼装SQL时要注意尽量减少对FEDERATED表的查询次数。
