Linux运维实用技术
资源放送
MySQL常用存储引擎视程讲解
↓ 扫一扫 视频在线观看↓
MySQL有9种存储引擎，不同的引擎，适合不同的场景，我们最常用的，可能就是InnoDB，应该是从5.5开始，就成为了MySQL的默认存储引擎。
show engines可以查询MySQL支持的这几种存储引擎，从表头能看出来倾向，都写YES的就是InnoDB。
InnoDB是事务型数据库的首选引擎，支持事务安全表(ACID)，支持行锁定和外键，InnoDB是默认的MySQL引擎。
InnoDB主要特性有：
(1) InnoDB给MySQL提供了具有提交、回滚和崩溃恢复能力的事务安全(ACID兼容)存储引擎。InnoDB锁定在行级并且也在SELECT语句中提供一个类似Oracle的非锁定读。这些功能增加了多用户部署和性能。在SQL查询中，可以自由地将InnoDB类型的表和其他MySQL的表类型混合起来，甚至在同一个查询中也可以混合。
(2) InnoDB是为处理巨大数据量的最大性能设计。他的CPU效率可能是任何其他基于磁盘的关系型数据库引擎锁不能匹敌的。
(3) InnoDB存储引擎完全与MySQL服务器整合，InnoDB存储引擎为在主内存中缓存数据和索引而维持他自己的缓冲池。InnoDB将他的表和索引在一个逻辑表空间中，表空间可以包含数个文件(或原始磁盘文件)。这与MyISAM表不同，比如在MyISAM表中每个表被存放在分离的文件中。InnoDB表可以是任何尺寸，即使在文件尺寸被限制为2GB的操作系统上。
(4) InnoDB支持外键完整性约束，存储表中的数据时，每张表的存储都按主键顺序存放，如果没有显示在表定义时指定主键，InnoDB会为每一行生成一个6字节的ROWID，并以此作为主键。
(5) InnoDB被用在众多需要高性能的大型数据库站点上，InnoDB不创建目录，使用InnoDB时，MySQL将在MySQL数据目录下创建一个名为ibdata1的10MB大小的自动扩展数据文件，以及两个名为ib_logfile0和ib_logfile1的5MB大小的日志文件。
(6) 可以通过自动增长列，方法是auto_increment。
(7) 支持事务。默认的事务隔离级别为可重复度，通过MVCC(并发版本控制)来实现的。
(8) 使用的锁粒度为行级锁，可以支持更高的并发。
(9) 支持外键约束，外键约束其实降低了表的查询速度，但是增加了表之间的耦合度。
(10) 配合一些热备工具可以支持在线热备份。
(11) 在InnoDB中存在着缓冲管理，通过缓冲池，将索引和数据全部缓存起来，加快查询的速度。
(12) 对于InnoDB类型的表，其数据的物理组织形式是聚簇表。所有的数据按照主键来组织。数据和索引放在一块，都位于B+数的叶子节点上。
InnoDB的存储表和索引也有下面两种形式：
(1) 使用共享表空间存储：所有的表和索引存放在同一个表空间中。
(2) 使用多表空间存储：表结构放在frm文件，数据和索引放在IBD文件中。分区表的每个分区对应单独的IBD文件，使用分区表的好处在于提升查询效率。
对于InnoDB来说，最大的特点在于支持事务，但这以损失效率来换取和保障。
MyISAM基于ISAM存储引擎，并对其进行扩展。他是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。MyISAM拥有较高的插入、查询速度，但没有事务。
使用这个存储引擎，每个MyISAM在磁盘上存储成三个文件：
(1) frm文件：存储表的定义数据。(2) MYD文件：存放表具体记录的数据。(3) MYI文件：存储索引。
frm和MYI可以存放在不同的目录下。MYI文件用来存储索引，但仅保存记录所在页的指针，索引的结构是B+树结构。下图是MYI文件保存的机制:
该存储引擎通过MYI的B+树结构来查找记录页，再根据记录页查找记录。并且支持全文索引、B树索引和数据压缩。
支持数据的类型也有三种:
(1) 静态固定长度表
这种方式的优点在于存储速度非常快，容易发生缓存，而且表发生损坏后也容易修复。缺点是占空间。这也是默认的存储格式。
(2) 动态可变长表
优点是节省空间，但是一旦出错恢复起来比较麻烦。
(3) 压缩表
上面说到支持数据压缩，说明肯定也支持这个格式。在数据文件发生错误时候，可以使用check table工具来检查，而且还可以使用repair table工具来恢复。
有一个重要的特点那就是不支持事务，但是这也意味着他的存储速度更快，如果你的读写操作允许有错误数据的话，只是追求速度，可以选择这个存储引擎。
MyISAM主要特性有:
(1) 大文件(达到63位文件长度)在支持大文件的文件系统和操作系统上被支持。
(2) 当把删除和更新及插入操作混合使用的时候，动态尺寸的行产生更少碎片。这要通过合并相邻被删除的块，以及若下一个块被删除，就扩展到下一块自动完成。
(3) 每个MyISAM表最大索引数是64，这可以通过重新编译来改变。每个索引最大的列数是16。
(4) 最大的键长度是1000字节，这也可以通过编译来改变，对于键长度超过250字节的情况，一个超过1024字节的键将被用上。
(5) BLOB和TEXT列可以被索引。
(6) NULL被允许在索引的列中，这个值占每个键的0~1个字节。
(7) 所有数字键值以高字节优先被存储以允许一个更高的索引压缩。
(8) 每个MyISAM类型的表都有一个AUTO_INCREMENT的内部列，当INSERT和UPDATE操作的时候该列被更新，同时AUTO_INCREMENT列将被刷新。所以说，MyISAM类型表的AUTO_INCREMENT列更新比InnoDB类型的AUTO_INCREMENT更快。
(9) 可以把数据文件和索引文件放在不同目录。
(10) 每个字符列可以有不同的字符集。
(11) 有VARCHAR的表可以固定或动态记录长度。
(12) VARCHAR和CHAR列可以多达64KB。
再次提示，使用MyISAM引擎创建数据库，将产生3个文件。文件的名字以表名字开始，扩展名之处文件类型：frm文件存储表定义、数据文件的扩展名为.MYD(MYData)、索引文件的扩展名时.MYI(MYIndex)。
MEMORY存储引擎将表中的数据存储到内存中，未查询和引用其他表数据提供快速访问。每一个表实际上和一个磁盘文件关联，文件是frm。
(1) 支持的数据类型有限制，例如，不支持TEXT和BLOB类型，对于字符串类型的数据，只支持固定长度的行，VARCHAR会被自动存储为CHAR类型。
(2) 支持的锁粒度为表级锁。所以，在访问量比较大时，表级锁会成为MEMORY存储引擎的瓶颈。
(3) 由于数据是存放在内存中，一旦服务器出现故障，数据都会丢失。
(4) 查询的时候，如果有用到临时表，而且临时表中有BLOB，TEXT类型的字段，那么这个临时表就会转化为MyISAM类型的表，性能会急剧降低。
(5) 默认使用hash索引。
(6) 如果一个内部表很大，会转化为磁盘表。
(7) MEMORY表的每个表可以有多达32个索引，每个索引16列，以及500字节的最大键长度。
(8) MEMORY存储引擎支持HASH和BTREE索引。
(9) 可以在一个MEMORY表中有非唯一键值。
(10) MEMORY表使用一个固定的记录长度格式。
(11) MEMORY不支持BLOB或TEXT列。
(12) MEMORY支持AUTO_INCREMENT列和对可包含NULL值的列的索引。
(13) MEMORY表在所有客户端之间共享(就像其他任何非TEMPORARY表)。
(14) MEMORY表内存被存储在内存中，内存是MEMORY表和服务器在查询处理时的空闲中，创建的内部表共享。
(15) 当不再需要MEMORY表的内容时，要释放被MEMORY表使用的内存，应该执行DELETE FROM或TRUNCATE TABLE，或者删除整个表(使用DROP TABLE)。
使用哪一种引擎需要灵活选择，一个数据库中多个表可以使用不同引擎以满足各种性能和实际需求，使用合适的存储引擎，将会提高整个数据库的性能。
存储引擎的4种推荐选择：
（1）如要提供提交、回滚、崩溃恢复能力的事务安全(ACID兼容)能力，并要求实现并发控制，推荐InnoDB。
（2）如数据表主要用来插入和查询记录，则MyISAM引擎能提供较高的处理效率。
（3）如只是临时存放数据，数据量不大，并且不需要较高的数据安全性，可以选择将数据保存在内存中的MEMORY引擎，MySQL中使用该引擎作为临时表，存放查询的中间结果。
（4）如只有INSERT和SELECT操作，可选择Archive，Archive支持高并发的插入操作，但本身不是事务安全的。Archive非常适合存储归档数据，如记录日志信息可以使用Archive。
MySQL三种存储引擎推荐列表：
推荐阅读
