轻松管理一组日志表。例如，您可以将数据从不同的月份放入单独的表中，压缩其中一些yyisampack.，然后创建合并表使用他们作为一个。

获得更多的速度。您可以根据某些条件拆分一个大型只读表，然后将单个表格放在不同的磁盘上。一个合并表格化的这种方式可能比使用单个大型表更快。

执行更有效的搜索。如果您确切地知道您在寻找什么，您可以只在一个基础表中搜索一些查询，并使用合并表为他人。你甚至可以有很多不同的合并使用重叠表集的表。

进行更有效的维修。比较容易修复映射到合并比修复单表大的表。

立即映射多个表为一个。一个合并表不需要维护自己的索引，因为它使用各个表的索引。作为一个结果,合并表集合非常快速创建或重新映射。(在创建合并表，即使没有创建索引。）

如果您有一组按需创建大型表的表，则可以创建合并表从他们的需求。这要快得多，并且节省了大量磁盘空间。

超出操作系统的文件大小限制。每一个MyISAM表受此限制绑定，但集合MyISAM表不是。

对象的别名或同义词MyISAM表中定义合并映射到该单个表的表。不应该对这一切的表现影响（只有几个间接电话和memcpy ()调用每个读取)。

你只能使用相同的MyISAM表一个合并表格

一些MyISAM功能不可用合并表。例如，您无法创建全文上的索引合并表。（你可以创建全文基础上的索引MyISAM表格，但你不能搜索合并表与全文搜索。)

如果合并表是不列颠州，所有潜在的MyISAM表必须是非临时的。如果合并饭桌是临时的MyISAM表可以是临时和非临时的任意组合。

合并表使用的文件描述符比MyISAM表。如果有10个客户端正在使用合并映射到10个表的表，服务器使用(10 × 10) + 10文件描述符。(10个客户端对应10个数据文件描述符，客户端共享10个索引文件描述符。)

索引读取更慢。当你读取一个索引时合并存储引擎需要对所有底层表发出读取，以检查哪个表与给定的索引值最接近。方法读取下一个索引值合并存储引擎需要搜索读取缓冲区以查找下一个值。只有在使用一个索引缓冲区时，才会使用存储引擎需要读取下一个索引块。这使得合并索引慢得多eq_ref搜索，但并不慢裁判搜索。有关eq_ref和裁判,请参阅第13.8.2节，“EXPLAIN语句”。