引擎

1、存储引擎的概述：

基于此博客MySQL数据库引擎去扩展，不过每一个我都会用例子去验证，并写出的看法。

（1）为何要合理选择数据库存储引擎：

MySQL中的数据用各类不一样的技术存储在文件（或者内存）中。这些技术中的每一种技术都使用不一样的存储机制、索引技巧、锁定水平而且最终提供普遍的不一样的功能和能力。经过选择不一样的技术，你可以得到额外的速度或者功能，从而改善你的应用的总体功能。

这些不一样的技术以及配套的相关功能在MySQL中被称做存储引擎(也称做表类型)。MySQL默认配置了许多不一样的存储引擎，能够预先设置或者在MySQL服务器中启用。你能够选择适用于服务器、数据库和表格的存储引擎，以便在选择如何存储你的信息、如何检索这些信息以及你须要你的数据结合什么性能和功能的时候为你提供最大的灵活性。

（2）定义：

数据库引擎是用于存储、处理和保护数据的核心服务。利用数据库引擎可控制访问权限并快速处理事务，从而知足企业内大多数须要处理大量数据的应用程序的要求。 使用数据库引擎建立用于联机事务处理或联机分析处理数据的关系数据库。这包括建立用于存储数据的表和用于查看、管理和保护数据安全的数据库对象（如索引、视图和存储过程）。

（3）存储引擎做用：

1）设计并建立数据库以保存系统所需的关系或XML文档。

2）实现系统以访问和更改数据库中存储的数据。包括实现网站或使用数据的应用程序，还包括生成使用SQL Server工具和实用工具以使用数据的过程。

3）为单位或客户部署实现的系统。

4）提供平常管理支持以优化数据库的性能。

（4）如何修改数据库引擎：

方式一：

修改配置文件my.ini

将mysql.ini另存为my.ini，在[mysqld]后面添加default-storage-engine=InnoDB，重启服务，数据库默认的引擎修改成InnoDB

方式二：

在建表的时候指定

create table mytbl( id int primary key, name varchar(50) )type=MyISAM;

• 1
• 2
• 3
• 4

方式三：

建表后更改

alter table table_name type = InnoDB;

• 1

（5）怎么查看修改为功？

方式一：

show table status from table_name; 

• 1

方式二：

show create table table_name

• 1

方式三：

使用数据库管理工具啊。

---

2、MySQL各大存储引擎：

最好先看下你下的MySQL支持什么数据库引擎

存储引擎主要有： 1. MyIsam , 2. InnoDB, 3. Memory, 4. Blackhole, 5. CSV, 6. Performance_Schema, 7. Archive, 8. Federated , 9 Mrg_Myisam

可是咱们主要分析使用MyIsam 和InnoDB。其他略微带过，详情请分别百度。

（1）InnoDB：

定义：（默认的存储引擎）

InnoDB是一个事务型的存储引擎，有行级锁定和外键约束。

Innodb引擎提供了对数据库ACID事务的支持，而且实现了SQL标准的四种隔离级别，关于数据库事务与其隔离级别的内容请见数据库事务与其隔离级别这类型的文章。该引擎还提供了行级锁和外键约束，它的设计目标是处理大容量数据库系统，它自己其实就是基于MySQL后台的完整数据库系统，MySQL运行时Innodb会在内存中创建缓冲池，用于缓冲数据和索引。可是该引擎不支持FULLTEXT类型的索引，并且它没有保存表的行数，当SELECT COUNT(*) FROM TABLE时须要扫描全表。当须要使用数据库事务时，该引擎固然是首选。因为锁的粒度更小，写操做不会锁定全表，因此在并发较高时，使用Innodb引擎会提高效率。可是使用行级锁也不是绝对的，若是在执行一个SQL语句时MySQL不能肯定要扫描的范围，InnoDB表一样会锁全表。

//这个就是select锁表的一种，不明确主键。增删改查均可能会致使锁全表，在之后咱们会详细列出。 SELECT * FROM products WHERE name='Mouse' FOR UPDATE;

• 1
• 2

适用场景：

1）常常更新的表，适合处理多重并发的更新请求。

2）支持事务。

3）能够从灾难中恢复（经过bin-log日志等）。

4）外键约束。只有他支持外键。

5）支持自动增长列属性auto_increment。

MySQL官方对InnoDB的讲解：

1）InnoDB给MySQL提供了具备提交、回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。

2）InnoDB锁定在行级而且也在SELECT语句提供一个Oracle风格一致的非锁定读，这些特点增长了多用户部署和性能。没有在InnoDB中扩大锁定的须要，由于在InnoDB中行级锁定适合很是小的空间。

3）InnoDB也支持FOREIGN KEY强制。在SQL查询中，你能够自由地将InnoDB类型的表与其它MySQL的表的类型混合起来，甚至在同一个查询中也能够混合。

4）InnoDB是为处理巨大数据量时的最大性能设计，它的CPU效率多是任何其它基于磁盘的关系数据库引擎所不能匹敌的。

5） InnoDB被用来在众多须要高性能的大型数据库站点上产生。

补充：什么叫事务？简称ACID

A 事务的原子性(Atomicity)：指一个事务要么所有执行,要么不执行.也就是说一个事务不可能只执行了一半就中止了.好比你从取款机取钱,这个事务能够分红两个步骤:1划卡,2出钱.不可能划了卡,而钱却没出来.这两步必须同时完成.要么就不完成.

C 事务的一致性(Consistency)：指事务的运行并不改变数据库中数据的一致性.例如,完整性约束了a+b=10,一个事务改变了a,那么b也应该随之改变.

I 独立性(Isolation）:事务的独立性也有称做隔离性,是指两个以上的事务不会出现交错执行的状态.由于这样可能会致使数据不一致.

D 持久性(Durability）:事务的持久性是指事务执行成功之后,该事务所对数据库所做的更改即是持久的保存在数据库之中，不会平白无故的回滚.

（2）MyIsam：

定义：

MyIASM是MySQL默认的引擎，可是它没有提供对数据库事务的支持，也不支持行级锁和外键，所以当INSERT(插入)或UPDATE(更新)数据时即写操做须要锁定整个表，效率便会低一些。

MyIsam 存储引擎独立于操做系统，也就是能够在windows上使用，也能够比较简单的将数据转移到linux操做系统上去。

意味着：引擎在建立表的时候，会建立三个文件，一个是.frm文件用于存储表的定义，一个是.MYD文件用于存储表的数据，另外一个是.MYI文件，存储的是索引。操做系统对大文件的操做是比较慢的，这样将表分为三个文件，那么.MYD这个文件单独来存放数据天然能够优化数据库的查询等操做。有索引管理和字段管理。MyISAM还使用一种表格锁定的机制，来优化多个并发的读写操做，其代价是你须要常常运行OPTIMIZE TABLE命令，来恢复被更新机制所浪费的空间。

适用场景：

1）不支持事务的设计，可是并不表明着有事务操做的项目不能用MyIsam存储引擎，能够在service层进行根据本身的业务需求进行相应的控制。

2）不支持外键的表设计。

3）查询速度很快，若是数据库insert和update的操做比较多的话比较适用。

4）成天 对表进行加锁的场景。

5）MyISAM极度强调快速读取操做。

6）MyIASM中存储了表的行数，因而SELECT COUNT(*) FROM TABLE时只须要直接读取已经保存好的值而不须要进行全表扫描。若是表的读操做远远多于写操做且不须要数据库事务的支持，那么MyIASM也是很好的选择。

缺点：

就是不能在表损坏后恢复数据。（是不能主动恢复）

补充：ISAM索引方法–索引顺序存取方法

定义：

是一个定义明确且历经时间考验的数据表格管理方法，它在设计之时就考虑到 数据库被查询的次数要远大于更新的次数。

特性：

ISAM执行读取操做的速度很快，并且不占用大量的内存和存储资源。

在设计之初就预想数据组织成有固定长度的记录，按顺序存储的。—ISAM是一种静态索引结构。

缺点：

1.它不 支持事务处理

2.也不可以容错。若是你的硬盘崩溃了，那么数据文件就没法恢复了。若是你正在把ISAM用在关键任务应用程序里，那就必须常常备份你全部的实 时数据，经过其复制特性，MYSQL可以支持这样的备份应用程序。

（3）Memory（也叫HEAP）堆内存嘛：

定义：

使用存在内存中的内容来建立表。每一个MEMORY表只实际对应一个磁盘文件。MEMORY类型的表访问很是得快，由于它的数据是放在内存中的，而且默认使用HASH索引。

可是一旦服务关闭，表中的数据就会丢失掉。 HEAP容许只驻留在内存里的临时表格。驻留在内存里让HEAP要比ISAM和MYISAM都快，可是它所管理的数据是不稳定的，并且若是在关机以前没有进行保存，那么全部的数据都会丢失。在数据行被删除的时候，HEAP也不会浪费大量的空间。HEAP表格在你须要使用SELECT表达式来选择和操控数据的时候很是有用。

适用场景：

1）那些内容变化不频繁的代码表，或者做为统计操做的中间结果表，便于高效地堆中间结果进行分析并获得最终的统计结果。

2）目标数据比较小，并且很是频繁的进行访问，在内存中存放数据，若是太大的数据会形成内存溢出。能够经过参数max_heap_table_size控制Memory表的大小，限制Memory表的最大的大小。

3）数据是临时的，并且必须当即可用获得，那么就能够放在内存中。

4）存储在Memory表中的数据若是忽然间丢失的话也没有太大的关系。

注意： Memory同时支持散列索引和B树索引，B树索引可使用部分查询和通配查询，也可使用<,>和>=等操做符方便数据挖掘，散列索引相等的比较快可是对于范围的比较慢不少。

特性要求：

1）要求存储的数据是数据长度不变的格式，好比，Blob和Text类型的数据不可用（长度不固定的）。

2）要记住，在用完表格以后就删除表格。

（4）Mrg_Myisam：（分表的一种方式–水平分表）

定义：

是一个相同的能够被看成一个来用的MyISAM表的集合。“相同”意味着全部表一样的列和索引信息。

也就是说，他将MyIsam引擎的多个表聚合起来，可是他的内部没有数据，真正的数据依然是MyIsam引擎的表中，可是能够直接进行查询、删除更新等操做。

好比：咱们可能会遇到这样的问题，同一种类的数据会根据数据的时间分为多个表，若是这时候进行查询的话，就会比较麻烦，Merge能够直接将多个表聚合成一个表统一查询，而后再删除Merge表（删除的是定义），原来的数据不会影响。

（5）Blackhole（黑洞引擎）

定义

任何写入到此引擎的数据均会被丢弃掉， 不作实际存储；Select语句的内容永远是空。

他会丢弃全部的插入的数据，服务器会记录下Blackhole表的日志，因此能够用于复制数据到备份数据库。

使用场景：

1）验证dump file语法的正确性

2）以使用blackhole引擎来检测binlog功能所须要的额外负载

3）充当日志服务器

其他引擎，你们感兴趣就各自先百度吧。本文主要是对比引擎使用以及其原理。

---

3、InnoDB和MyIsam使用及其原理对比：

（1）使用的效果与区别展现：

MySQL数据库实战例子（存储引擎、视图、锁机制、分表）

（一）在一个普通数据库中建立两张分别以MyIsam和InnoDB做为存储引擎的表。

create table testMyIsam( id int unsigned primary key auto_increment, name varchar(20) not null )engine=myisam; 

• 1
• 2
• 3
• 4

create table testInnoDB( id int unsigned primary key auto_increment, name varchar(20) not null )engine=innodb; 

• 1
• 2
• 3
• 4
• 5
• 6

嘿嘿嘿，，效果如图，一会总结。

（二）对比插入效率（百万级插入）：（虽然速度上MyISAM快，可是增删改是涉及事务安全的，因此用InnoDB相对好不少）

为了更好地对比，咱们可使用函数的方式或者存储过程的方式。博主采用存储过程。（存储过程在日后的章节会讲到）

//建立存储过程 delimiter $$ drop procedure if exists ptestmyisam; create procedure ptestmyisam() begin declare pid int ; set pid = 1000000; while pid>0 do insert into testmyisam(name) values(concat("fuzhu", pid)); set pid = pid-1; end while; end $$ //使用存储过程： call ptestmyisam();

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16

//建立存储过程（尽可能把Innodb的数量级压低，否则，，卡在那里半天也不奇怪） delimiter $$ drop procedure if exists ptestInndb; create procedure ptestInndb() begin declare pid int ; set pid = 1000000; while pid>0 do insert into testinnodb(name) values(concat("fuzhu", pid)); set pid = pid-1; end while; end $$ //使用存储过程： call ptestInndb(); 

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17

本博主在几回innodb测试百万插入的时候，数据库炸了（笑哭）。最终只成功插入1W条。可见效率对比。

固然innodb默认是开启事务的，若是咱们把事务给停了，会快不少。

//停掉事务
set autocommit = 0; //调用存储过程 call ptestInndb; //重启事务 set autocommit = 1; 

• 1
• 2
• 3
• 4
• 5
• 6

（三）对比更新：（虽然速度上MyISAM快，可是增删改是涉及事务安全的，因此InnoDB相对好不少）

//耗时3秒多
update testinnodb set name = 'fuzhu' where id>0 and id<10000; //耗时0.171秒 update testmyisam set name = 'fuzhu' where id>0 and id<13525;

• 1
• 2
• 3
• 4

（四）查询对比：

1）查询总数目

select count(*) from testInnoDB; select count(*) from testMyIsam;

• 1
• 2
• 3

这就是innodb查一万跟myisam查一百万的区别？？效果对比马上出现。

2）查询无索引的列：（这些都本身拿我给出或者本身写的数据库去体验下吧，，差距很明显）

select * from testMyIsam where name > "fuzhu100" ; select * from testInnoDB where name > "fuzhu100" ;

• 1
• 2
• 3

3）查询有索引的列：

select * from testMyIsam where id > 10 ; select * from testinnodb where id > 10 ;

• 1
• 2

4）存储大小：

testMyIsam 存了一百万。testinnodb 存了两万。

（2）效果对比总述：

1）事务。MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持，提供事务支持已经外部键等高级数据库功能。

InnoDB表的行锁也不是绝对的，假如在执行一个SQL语句时MySQL不能肯定要扫描的范围，InnoDB表一样会锁全表，例如updatetable set num=1 where name like “a%”

就是说在不肯定的范围时，InnoDB仍是会锁表的。

2）性能主题。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快。

3）行数保存。InnoDB 中不保存表的具体行数，也就是说，执行select count() fromtable时，InnoDB要扫描一遍整个表来计算有多少行，可是MyISAM只要简单的读出保存好的行数便可。注意的是，当count()语句包含where条件时，两种表的操做是同样的。

4）索引存储。对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，可是在MyISAM表中，能够和其余字段一块儿创建联合索引。

MyISAM支持全文索引（FULLTEXT）、压缩索引，InnoDB不支持

MyISAM的索引和数据是分开的，而且索引是有压缩的，内存使用率就对应提升了很多。能加载更多索引，而Innodb是索引和数据是紧密捆绑的，没有使用压缩从而会形成Innodb比MyISAM体积庞大不小。

InnoDB存储引擎被彻底与MySQL服务器整合，InnoDB存储引擎为在主内存中缓存数据和索引而维持它本身的缓冲池。InnoDB存储它的表＆索引在一个表空间中，表空间能够包含数个文件（或原始磁盘分区）。这与MyISAM表不一样，好比在MyISAM表中每一个表被存在分离的文件中。InnoDB 表能够是任何尺寸，即便在文件尺寸被限制为2GB的操做系统上。

5）服务器数据备份。InnoDB必须导出SQL来备份，LOAD TABLE FROM MASTER操做对InnoDB是不起做用的，解决方法是首先把InnoDB表改为MyISAM表，导入数据后再改为InnoDB表，可是对于使用的额外的InnoDB特性(例如外键)的表不适用。

并且MyISAM应对错误编码致使的数据恢复速度快。MyISAM的数据是以文件的形式存储，因此在跨平台的数据转移中会很方便。在备份和恢复时可单独针对某个表进行操做。

InnoDB是拷贝数据文件、备份 binlog，或者用 mysqldump，在数据量达到几十G的时候就相对痛苦了。

**6）锁的支持。**MyISAM只支持表锁。InnoDB支持表锁、行锁 行锁大幅度提升了多用户并发操做的新能。可是InnoDB的行锁，只是在WHERE的主键是有效的，非主键的WHERE都会锁全表的

//用于把表的拷贝从主服务器转移到从属服务器。 LOAD TABLE tbl_name FROM MASTER 

• 1
• 2

（3）使用建议：

如下两点必须使用 InnoDB：

1）可靠性高或者要求事务处理，则使用InnoDB。这个是必须的。

2）表更新和查询都至关的频繁，而且表锁定的机会比较大的状况指定InnoDB数据引擎的建立。

对比之下，MyISAM的使用场景：

1）作不少count的计算的。如一些日志，调查的业务表。

2）插入修改不频繁，查询很是频繁的。

MySQL可以容许你在表这一层应用数据库引擎，因此你能够只对须要事务处理的表格来进行性能优化，而把不须要事务处理的表格交给更加轻便的MyISAM引擎。对于 MySQL而言，灵活性才是关键。

---

4、InnoDB和MyIsam引擎原理：

在此以前，先去理解什么是聚簇和非聚簇索引。

（1）MyIASM引擎的索引结构：

MyISAM索引结构: MyISAM索引用的B+ tree来储存数据，MyISAM索引的指针指向的是键值的地址，地址存储的是数据。

B+Tree的数据域存储的内容为实际数据的地址，也就是说它的索引和实际的数据是分开的，只不过是用索引指向了实际的数据，这种索引就是所谓的非汇集索引。

图取自博客

所以，过程为： MyISAM中索引检索的算法为首先按照B+Tree搜索算法搜索索引，若是指定的Key存在，则取出其data域的值，而后以data域的值为地址，根据data域的值去读取相应数据记录。

（2）InnoDB引擎的索引结构：

也是B+Treee索引结构。Innodb的索引文件自己就是数据文件，即B+Tree的数据域存储的就是实际的数据，这种索引就是汇集索引。这个索引的key就是数据表的主键，所以InnoDB表数据文件自己就是主索引。

InnoDB的辅助索引数据域存储的也是相应记录主键的值而不是地址，因此当以辅助索引查找时，会先根据辅助索引找到主键，再根据主键索引找到实际的数据。因此Innodb不建议使用过长的主键，不然会使辅助索引变得过大。

建议使用自增的字段做为主键，这样B+Tree的每个结点都会被顺序的填满，而不会频繁的分裂调整，会有效的提高插入数据的效率。

上图，能够看到叶节点包含了完整的数据记录。这种索引叫作汇集索引。由于InnoDB的数据文件自己要按主键汇集，因此InnoDB要求表必须有主键（MyISAM能够没有），若是没有显式指定，则MySQL系统会自动选择一个能够惟一标识数据记录的列做为主键，若是不存在这种列，则MySQL自动为InnoDB表生成一个隐含字段做为主键，这个字段长度为6个字节，类型为长整形。

并且，与MyISAM索引的不一样是InnoDB的辅助索引data域存储相应记录主键的值而不是地址。换句话说，InnoDB的全部辅助索引都引用主键做为data域。

所以，过程为：将主键组织到一棵B+树中，而行数据就储存在叶子节点上，若使用”where id = 13”这样的条件查找主键，则按照B+树的检索算法便可查找到对应的叶节点，以后得到行数据。若对Name列进行条件搜索，则须要两个步骤：第一步在辅助索引B+树中检索Name，到达其叶子节点获取对应的主键。第二步使用主键在主索引B+树种再执行一次B+树检索操做，最终到达叶子节点便可获取整行数据。

---

5、剩余引擎的使用DEMO（主要是Mrg_Myisam分表）

Memory（Heap）：

CREATE TABLE tbHeap ( id int unsigned primary key auto_increment, name varchar(20) not null ) TYPE=Heap

• 1
• 2
• 3
• 4

（1）Mrg_Myisam引擎分表：

（一）先建立两张user表，也就是说我要把用户表进行水平分表（由于用户太多啦，10亿）

//用户表一
CREATE TABLE IF NOT EXISTS `user1` ( `id` int(11) NOT NULL , `name` varchar(50) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ; //用户表二 CREATE TABLE IF NOT EXISTS `user2` ( `id` int(11) NOT NULL , `name` varchar(50) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ; //分别插入两条测试数据先 INSERT INTO `user1` (`name`) VALUES('辅助'); INSERT INTO `user2` (`name`) VALUES('JackFrost'); 

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17

分表的要求：

1）分表必须使用MyISAM存储引擎；

2）每一个分表的表结构必须相同；

3）MySQL必须具备存储分表数据文件和索引文件的目录的读写权限；

4）必须启用MySQL的符号连接支持功能。

文件存储：

1）MYD文件是MyISAM表的数据文件；

2）MYI文件是MyISAM表的索引文件；

3）frm文件用于存储MyISAM表的表结构。

（二）最后建立一个MERGE表，做为一个分发做用的总表。

CREATE TABLE IF NOT EXISTS `alluser` ( `id` int(11) NOT NULL , `name` varchar(50) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MRG_MYISAM DEFAULT CHARSET=utf8 UNION=(user1,user2) ; 

• 1
• 2
• 3
• 4
• 5
• 6
• 7

（三）测试：

1. 查询：

select id,name from alluser; 

• 1

可见根据总表把全部数据都查出来了

2. 然而，当你测试插入的时候：

你会发现，总表只有只读权限

3. 可是咱们又想在总表去插入，怎么办呢？？

容许经过总表插入数据，数据存储在MRG文件列出的第一个分表之中。例如，执行如下SQL语句，将总表的INSERT_METHOD修改成FIRST，而后经过总表插入一条数据：

//就是插入总表的时候，其实也是插入到第一个分表。
ALTER TABLE `test_engine`.`alluser` INSERT_METHOD = FIRST; INSERT INTO `alluser` (id,`name`) VALUES(2,'插入到第一个分表'); 

• 1
• 2
• 3
• 4
• 5

 

而，容许经过总表插入数据，数据存储在MRG文件列出的最后一个分表之中。例如，执行如下SQL语句，将总表的INSERT_METHOD修改成LAST，而后经过总表插入一条数据：

//就是插入总表的时候，其实也是插入到最后一个分表。
ALTER TABLE `test_engine`.`alluser` INSERT_METHOD = LAST;

• 1
• 2

 

注意INSERT_METHOD ：

INSERT_METHOD选项只会影响经过总表插入（INSERT）数据的行为，经过总表对数据进行删除（DELETE）、查询（SELECT）、修改（UPDATE）、清空（TRUNCATE）都不会受影响。

（2）项目中如何使用MRG_MYISAM总表：

（一）插入（INSERT）数据时，须要根据给定的路由策略将新数据分别插入不一样的子表，此处采用对id进行模3计算（可能结果为0、一、2）来决定插入哪一个子表。

因此咱们须要建立一张表专门去建立id。

CREATE TABLE `create_id` ( `id` INT(11) NOT NULL AUTO_INCREMENT, PRIMARY KEY (`id`) ) COLLATE='utf8_general_ci' ENGINE=MyISAM ;

• 1
• 2
• 3
• 4
• 5
• 6
• 7

（二）ORM框架的时候使用上面这个表生成id

insert into create_id () values();

• 1

（三）真正插入的时候：

先获取ID，而后根据拿到的建立ID去插入到分表。

INSERT INTO {$table_name} (id, name) VALUES ('{$id}');

• 1

（四）获取表名和ID：

这个就须要咱们自定义本身的规则了。好比取余、好比范围预判断。

其余的删除（DELETE）、查询（SELECT）、修改（UPDATE）、清空（TRUNCATE）等操做均可以经过总表alluser完成。

基于MRG_MYISAM存储引擎实现的分表机制，比较适用于插入和查询频率较高的场景。因为MyISAM具备表级别的锁机制，因此不适用于更新频率较高的场景。

（3）MRG_MYISAM分表的优势：

（一）适用于存储日志数据。例如，能够将不一样月份的数据存入不一样的表，而后使用一些工具压缩数据，最后经过一张MRG_MYISAM表来查询这些数据。

（二）能够得到更快的速度。能够根据某种指标，将一张只读的大表分割成若干张小表，而后将这些小表分别放在不一样的磁盘上存储。当须要读取数据时，MERGE表能够将这些小表的数据组织起来，就好像使用先前的大表同样，可是速度会快不少。

（三）能够提升搜索效率。能够根据某种指标将一张只读的大数据表分割为若干个小表，而后根据不一样的查询维度，能够获得若干种小表的组合，而后再为这些组合分别建立不一样的MERGE表。例如，有一张只读的大数据表T，分割为T一、T二、T三、T4，共4张小表，有两种查询维度A和B，A能够获得小表组合T一、T2和T3，B能够获得小表组合T二、T3和T4，分别为A和B建立两个MERGE表，也就是M1和M2，这两个MERGE表分别关联的小表是存在交叠的。

（四）能够更加有效的修复表。修复单个的小表要比修复大数据表更加容易。

（五）多个子表映射至一个总表的速度极快。由于MERGE表自己不会存储和维护任何索引，索引都是由各个关联的子表存储和维护的，因此建立和从新映射MERGE表的速度很是快。

（六）不受操做系统的文件大小限制。单个表会受到文件大小的限制，可是拆分红多个表，则能够无限扩容。

（七）MERGE表还能够用来给单个表建立别名，而且几乎不会影响性能。

（4）使用MRG_MyISAM分表的必须思考问题：（针对总表）

（一）总表（MERGE表）必须使用MRG_MyISAM存储引擎，子表必须使用MyISAM存储引擎，不可避免会受到MyISAM存储引擎的限制。（好比不支持事务）

（二）MERGE表不能使用某些MyISAM特性。例如，虽然能够为子表建立全文索引，可是却不能使用全文索引，只能经过MERGE表查询数据。

（三）若使用ALTER TABLE语句修改总表的存储引擎，那么会当即丢失总表和子表的映射关系，而且会将全部子表的数据拷贝至修改后的新表。

（四）总表和子表的主键都不能使用自动增加（auto increment）。

（五）子表之间不能保证惟一键约束，只能保证单个子表内部的惟一性约束。也就是说，直接查总表所有，id可能会重复。

（六）因为不能保证惟一键约束，致使REPLACE语句的行为会不可预期，INSERT … ON DUPLICATE KEY UPDATE语句也有相似问题。所以，只能使用路由策略，对子表使用这些语句，而不能对总表使用。

（七）当正在使用总表时，不能对任何子表执行ANALYZE TABLE、REPAIR TABLE、OPTIMIZE TABLE、ALTER TABLE、DROP TABLE、DELETE或TRUNCATE TABLE语句，不然会致使不可预期的结果。

（八）总表和子表的表结构必须彻底一致。

（九）总表能够映射的全部子表的总行数上限为 2的64次方 行。

（十）不支持INSERT DELAYED语句。