ログテブルセットを簡単に管理する。たとえば，異なる月のデータを別々のテーブルに入力し、myisampackを利用してそれらの一部を圧縮してから，1のものとして利用するために合并テブルを作成できます。

スピドを上げる。大きな読み取り専用テブルを同じ基準で分割し，個々のテブルを異なるディスクに置くことができます。このように構成された合并テブルは，1の大きなテブルを使用するよりも，速度がかなり速くなる可能性があります。

より効率的に検索を行う。検索する対象が正確にわかっている場合,あるクエリーで基礎テーブルの1つだけを検索し,別のクエリーで合并テブルを使用できます。重複するテブルセットを使用する，多数の異なる合并テブルを持こともできます。

より効率的な修復を行う。1つの大きなテーブルを修復するよりも、合并テブルにマッピングされた個々の小さいテブルを修復する方が簡単です。

多くのテブルを瞬時に1のテブルとしてマッピングする。合并テーブルは個々のテーブルのインデックスを利用するので,それ自体のインデックスを保守する必要はありません。その結果，合并テブルコレクションは，作成や再マッピングを非常に速く行うことができます。（合并テーブルを作成するときは,インデックスが作成されない場合でも,インデックスの定義を指定する必要があります)。

テーブルセットがあり,それらからオンデマンドで大きなテーブルを作成する場合は,代わりにそれらからオンデマンドで合并テブルを作成できます。この方が，速度がかなり速くなり，多くのディスク容量が節約されます。

オペレティングシステムのファズ制限を超える。個々のMyISAMテブルはこの制限に制約されますが，MyISAMテブルのコレクションは制約されません。

MyISAMテブルにマッピングする合并テブルを定義することで，その単一テリアスやシノニムを作成できます。これを行なっても,特に顕著なパフォーマンス面の影響はないはずです(個々の読み取りのためにいくつかの間接呼び出しやmemcpy ()呼び出しがあるだけです)。

合并テブルに対して，同一のMyISAMテブルしか使用できません。

MyISAM機能のいくかは合并テブルでは使用できません。たとえば，合并テブルに全文ンデックスを作成できません。(基礎MyISAMテブルに全文ンデックスを作成できますが，合并テブルを全文検索で検索できません.)

合并テブルが非一時的である場合，すべての基礎MyISAMテブルは非一時的である必要があります。合并テブルが一時的である場合，MyISAMテブルは一時的なテブルと非一時的なテブルが混在してもかまいません。

合并テブルはMyISAMテブルより多くのファ。10 個のクライアントが、10 個のテーブルにマッピングする合并テーブルを使用する場合,サーバーは(10×10)+ 10個のファイルディスクリプタを使用します。（10 個のクライアントに対してそれぞれ 10 個のデータファイルディスクリプタに加えて、クライアント間で共有される 10 個のインデックスファイルディスクリプタです。)

ンデックスの読み取りは低下します。ンデックスを読み取るときに，合并ストレージエンジンはすべての基礎テーブルに読み取りを発行して,渡されたインデックス値に厳密に一致するかをチェックする必要があります。次のンデックス値を読み取るために，合并ストレジエンジンは読み取りバッファを検索して次の値を探す必要があります。1つのインデックスバッファーが使い果たされていた場合にのみ、ストレージエンジンは次のインデックスブロックを読み取る必要があります。これで、合并ンデックスはeq_ref検索をかなり遅くしますが，裁判検索ではそれほど低下しません。eq_refおよび裁判の詳細情報にいては，セクション13.8.2 " explain構文"を参照してください。