テーブルを作成するとき、テーブルのストレージエンジンであるテーブルのタイプを指定できます。テーブルのストレージエンジンは、データの保存方法とアクセス方法、およびトランザクションの保存方法を決定します。テーブルのストレージエンジンは、SQL ステートメントの処理に必要なストレージ容量と速度に大きく影響します。ストレージエンジンが異なれば特性も異なります。多くの複雑な SELECT ステートメントの処理に適したストレージエンジンもあれば、高速な更新を実現するのに適したストレージエンジンもあります。

InnoDB

InnoDB は、MySQL のデフォルトのトランザクションエンジンであり、最も重要で広く使用されているストレージエンジンです。多数の短期間のトランザクションを処理するように設計されています。ほとんどの場合、短期間のトランザクションは正常に送信され、ロールバックされることはほとんどありません。 InnoDB のパフォーマンスと自動クラッシュ回復機能により、非トランザクションストレージのニーズに人気があります。

他のストレージエンジンを使用する特別な理由がない限り、InnoDB エンジンを優先する必要があります。 ————「高性能 MySQL」

InnoDB は、MVCC を使用して高い同時実行性をサポートし、4 つの標準分離レベルを実装します。デフォルトのレベルは REPEATABLE READ で、ギャップロック戦略によりファントム読み取りが防止されます。
InnoDB は、クラスター化インデックスに基づいて確立された
が外部キー制約をサポートしていることを意味します。
列 AUTO_INCREMENT 属性の自動追加をサポートします。
事務。 InnoDB ストレージエンジンは、トランザクションをサポートする標準の MySQL ストレージエンジンです。
インデックスを削除または追加するときにテーブルデータ全体をコピーする必要はありません。

InnoDB は、ディスクからデータを読み取る際の予測可能な先読み、メモリ内にハッシュインデックスを自動的に作成して操作を高速化できる適応型ハッシュインデックス、挿入バッファーを高速化できる挿入など、多くの内部最適化を行いました。

InnoDB テーブルはクラスター化インデックスに基づいて構築されます。 InnoDB のインデックス構造は他の MySQL エンジンとは大きく異なり、クラスター化インデックスは主キークエリに対して高いパフォーマンスを発揮します。ただし、セカンダリインデックスには主キー列が含まれている必要があるため、主キー列が大きい場合は、他のすべてのインデックスも大きくなります。したがって、テーブルに多数のインデックスがある場合は、主キーをできるだけ小さくする必要があります。

MyISAM

MyISAM は、全文インデックス作成、圧縮、空間関数 (GIS) などを含む多数の機能を提供しますが、MyISAM はトランザクションと行レベルのロックをサポートしておらず、サポートできないことは間違いありません。クラッシュ後に安全に回復します。 MySQL 5.1 以前のバージョンでは、MyISAM がデフォルトのストレージエンジンでした。MySQL が長い間トランザクションをサポートしてきたにもかかわらず、多くの人々の概念では、MySQL は依然として非トランザクションデータベースであるのはまさにこのエンジンのおかげです。

MyISAM は行ではなくテーブル全体をロックします。
全文インデックス作成をサポートします。
圧縮テーブルをサポートします。圧縮テーブルは変更できないため、ディスク領域の使用量を大幅に削減できるため、ディスク I/O 操作が減少し、クエリのパフォーマンスが向上します。

ストレージ

MyISAM は、テーブルを 2 つのファイル (データファイルとインデックスファイル) に保存し、それぞれ .MYD と .MYI 拡張子を付けます。 MyISAM テーブルには動的行または静的行を含めることができます。 MySQL は、テーブル定義に基づいて使用する行フォーマットを決定します。
MySQL5.0 では、MyISAM テーブルに可変長の行がある場合、デフォルト構成では 256 TB のデータしか処理できません

機能

MySQL の初期のストレージエンジンの 1 つとして、まだいくつかの機能があります。

ロックと同時実行 – テーブルロック

MyISAMは行ではなくテーブル全体をロックします。読み取り時には、読み取りが必要なすべてのテーブルに共有ロックが追加され、書き込み時にはテーブルに排他ロックが追加されます。ただし、テーブルに読み取りクエリがある間、新しいレコードをテーブルに挿入することもできます (同時挿入)。

修復

MyISAM テーブルの場合、MySQL は検査とメンテナンス操作を手動または自動で実行できますが、ここで説明する修復はトランザクション回復やクラッシュ回復とは異なる概念です。

インデックス機能

MyISAMテーブルの場合、BLOBやTEXTなどの長いフィールドでも最初の500文字に基づいてインデックスを作成できます。 MyISAM は、単語の分割に基づいて作成されたインデックスである全文インデックス作成もサポートしており、複雑なクエリをサポートできます。
インデックスキーの遅延更新
MyISAMテーブル作成時にDELAY_KEY_WRITEオプションが指定されている場合、各変更が完了しても変更されたインデックスデータはすぐにはディスクに書き込まれません。

MyISAM のパフォーマンス

MyISAM エンジンはシンプルになるように設計されており、データはコンパクトな形式で保存されるため、特定のシナリオではパフォーマンスが非常に優れています。ただし、テーブルロックの存在はパフォーマンスに大きな影響を与えます。

アーカイブエンジン

アーカイブストレージエンジンは、INSERT と SELECT のみをサポートします。アーカイブエンジンはすべての書き込みをキャッシュし、zlib を使用して挿入を圧縮するため、MyISAM テーブルよりも必要なディスク I/O が少なくなります。ただし、すべての SELECT クエリではテーブル全体のスキャンを実行する必要があります。したがって、アーカイブテーブルは、データ分析のためにテーブル全体のスキャンが必要になることが多い、ログ記録およびデータ収集アプリケーションに適しています。

アーカイブエンジンは行レベルのロックと専用バッファーをサポートしているため、高度な同時挿入を実現できます。アーカイブにより、テーブル内に存在するすべての行が返されるまで他の SELECT が実行されなくなり、その後クエリが開始されて一貫した読み取りが実現されます。さらに、完了するまで読み取り操作には表示されないバッチ挿入も実装されています。このメカニズムはトランザクションと MVCC の一部の機能を模倣していますが、アーカイブエンジンはトランザクションエンジンではなく、高速挿入と圧縮用に最適化されたエンジンです。

CSV ストレージエンジン

このエンジンは通常の CSV ファイルを MySQL テーブルとして処理できますが、このテーブルはインデックスをサポートしていません。 CSV ファイルを CSV ストレージエンジンのデータディレクトリにコピーするだけで、MySQL にリストされているルールを使用して開いて使用できます。

メモリエンジン

データに迅速にアクセスする必要があり、再起動後にデータが変更されたり失われたりしない場合は、メモリテーブルを使用すると非常に便利です。メモリテーブルは、すべてのデータがメモリに保存され、ディスク I/O 操作が必要ないため、MyISAM テーブルよりも 1 桁高速です。再起動後もメモリテーブルの構造は保持されますが、データは失われます。

ハッシュインデックスをサポートしているため、検索操作は非常に高速です。
はテーブルレベルのロックであるため、同時書き込みパフォーマンスは低くなります。
はBLOB型やTEXT型のカラムをサポートしておらず、各行の長さは固定です。varcharを指定しても実際のストレージではcharに変換されます。

説明

InnoDB にはない機能を使用する必要があり、それを置き換える他に方法がない場合を除き、InnoDB エンジンである「高性能 MySQL」を優先する必要があります

さらに、上記にリストされているのはほんの一部です。私たちがよく目にするストレージエンジンは包括的なものではありません。