MySQL常见的三种存储引擎
存储引擎
数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎，还可以 获得特定的功能。现在许多不同的数据库管理系统都支持多种不同的数据引擎。MySql的核心就是插件式存储引擎。
下图是MySQL的体系结构图，可以大致看一下存储引擎的位置：
我们来查看MySQL支持的存储引擎有哪些:
1 | SHOW ENGINES; |
可以看到，MySQL支持的存储引擎有很多种，但在本文只讲其中最为常用的三种：InnoDB、MyISAM、MEMORY。
InnoDB
InnoDB是MySQL的默认存储引擎，也是事务性数据库的首选引擎。
主要特性：
- 支持ACID事务（具有提交、回滚和崩溃恢复能力的事务安全）。
- 锁定在行级并且也在SELECT语句中提供一个类似Oracle的非锁定读。在SQL查询中，可以自由地将InnoDB类型的表和其他MySQL的表类型混合起来，甚至在同一个查询中也可以混合。
- 在主内存中缓存数据和索引而维持它自己的缓冲池。InnoDB将它的表和索引在一个逻辑表空间中，表空间可以包含数个文件（或原始磁盘文件）。这与MyISAM表不同，比如在MyISAM表中每个表被存放在分离的文件中。InnoDB表可以是任何尺寸，即使在文件尺寸被限制为2GB的操作系统上。
- 支持外键完整性约束，存储表中的数据时，每张表的存储都按主键顺序存放。如果没有显示在表定义时指定主键，InnoDB会为每一行生成一个6字节的ROWID，并以此作为主键。
- 不创建目录。使用InnoDB时，MySQL将在MySQL数据目录下创建一个名为ibdata1的10MB大小的自动扩展数据文件，以及两个名为ib_logfile0和ib_logfile1的5MB大小的日志文件。
可能的缺点：
- 不支持FULLTEXT类型的索引
- 没有保存表的行数，在执行select count(*) from 表名 时，需要遍历扫描全表
适用场景：
- 经常需要更新的表，适合处理多重并发的更新请求
- 支持事务
- 外键约束
- 可以从灾难中恢复（通过bin-log日志等）
- 支持自动增加列属性auto_increment
MyISAM
MyIsam引擎是MySQL主流引擎之一，基于ISAM存储引擎，并对其进行扩展。
主要特性：
- 大文件（达到63位文件长度）在支持大文件的文件系统和操作系统上被支持
- 当把删除和更新及插入操作混合使用的时候，动态尺寸的行产生更少碎片。这要通过合并相邻被删除的块，以及若下一个块被删除，就扩展到下一块自动完成
- 每个MyISAM表最大索引数是64，这可以通过重新编译来改变。每个索引最大的列数是16
- 最大的键长度是1000字节，这也可以通过编译来改变，对于键长度超过250字节的情况，一个超过1024字节的键将被用上
- BLOB和TEXT列可以被索引
- NULL被允许在索引的列中，这个值占每个键的0~1个字节
- 所有数字键值以高字节优先被存储以允许一个更高的索引压缩
- 每个MyISAM类型的表都有一个AUTO_INCREMENT的内部列，当INSERT和UPDATE操作的时候该列被更新，同时AUTO_INCREMENT列将被刷新。所以说，MyISAM类型表的AUTO_INCREMENT列更新比InnoDB类型的AUTO_INCREMENT更快
- 可以把数据文件和索引文件放在不同目录
- 每个字符列可以有不同的字符集
- 有VARCHAR的表可以固定或动态记录长度
- VARCHAR和CHAR列可以多达64KB
可能的缺点：
- 不能在表损坏后恢复数据
适用场景：
- MyIsam极度强调快速读取
- MyIsam表中自动存储了表的行数，需要时直接获取即可
- 适用于不需要事物支持、外键功能、及需要对整个表加锁的情形
MEMORY
MEMORY存储引擎将表中的数据存储到内存中，为查询和引用其他表数据提供快速访问。
主要特性：
- MEMORY表的每个表可以有多达32个索引，每个索引16列，以及500字节的最大键长度
- MEMORY存储引擎执行HASH和BTREE缩影
- 可以在一个MEMORY表中有非唯一键值
- MEMORY表使用一个固定的记录长度格式
- MEMORY不支持BLOB或TEXT列
- MEMORY支持AUTO_INCREMENT列和对可包含NULL值的列的索引
- MEMORY表在所由客户端之间共享（就像其他任何非TEMPORARY表）
- MEMORY表内存被存储在内存中，内存是MEMORY表和服务器在查询处理时的空闲中，创建的内部表共享
- 当不再需要MEMORY表的内容时，要释放被MEMORY表使用的内存，应该执行 DELETE FROM或 TRUNCATE TABLE，或者删除整个表（使用DROP TABLE）
可能的缺点：
- 要求存储的数据是数据长度不变的格式，Blob和Text类型数据不可用（长度不固定）
- 用完表格后表格便被删除
适用场景：
- 那些内容变化不频繁的代码表，或者作为统计操作的中间结果表，便于高效地堆中间结果进行分析并得到最终的统计结果
- 目标数据比较小，而且非常频繁的进行访问，在内存中存放数据，如果太大的数据会造成内存溢出。可以通过参数max_heap_table_size控制Memory表的大小，限制Memory表的最大的大小
- 数据是临时的，而且必须立即能取出用到，于是可存放在内存中
- 存储在Memory表中的数据如果突然间丢失的话也没有太大的关系
存储引擎的选择
不同的数据处理选择适合的存储引擎是使用MySQL的一大优势。
InnoDB： 支持事务处理，支持外键，支持崩溃修复能力和并发控制。如果需要对事务的完整性要求比较高（比如银行），要求实现并发控制（比如售票），那选择InnoDB有很大的优势。如果需要频繁的更新、删除操作的数据库，也可以选择InnoDB，因为支持事务的提交（commit）和回滚（rollback）。
MyISAM： 插入数据快，空间和内存使用比较低。如果表主要是用于插入新记录和读出记录，那么选择MyISAM能实现处理高效率。如果应用的完整性、并发性要求比 较低，也可以使用。
MEMORY： 所有的数据都在内存中，数据的处理速度快，但是安全性不高。如果需要很快的读写速度，对数据的安全性要求较低，可以选择MEMOEY。它对表的大小有要求，不能建立太大的表。所以，这类数据库只使用在相对较小的数据库表。
注意：同一个数据库也可以使用多种存储引擎的表。如果一个表要求比较高的事务处理，可以选择InnoDB。这个数据库中可以将查询要求比较高的表选择MyISAM存储。如果该数据库需要一个用于查询的临时表，可以选择MEMORY存储引擎。