MySQLは適切なストレージエンジンを選択します

データベースに関して最もよく聞かれる質問の 1 つは、現在のビジネス ニーズを満たす MySQL のストレージ エンジンをどのように選択するかということです。MySQL は多くのストレージ エンジンをサポートしていますが、それらはどのようなもので、どのようにエレガントに使用すればよいのでしょうか。

エンジンを分割する理由

ファイル システムでは、MySQL は各データベース (スキーマとも呼ばれます) をデータ ディレクトリの下のサブディレクトリとして保存します。テーブルを作成すると、MySQL はテーブル定義を保存するために、データベース サブディレクトリにテーブルと同じ名前の .frm ファイルを作成します。たとえば、DebugTable という名前のテーブルを作成すると、MySQL はテーブル定義を DebugTable.frm ファイルに保存します。

MySQL はデータベースとテーブルの定義を保存するためにファイル システムのディレクトリとファイルを使用するため、大文字と小文字の区別はプラットフォームに依存します。 Windows システムでは、大文字と小文字は区別されませんが、Unix 系システムでは大文字と小文字が区別されます。異なるストレージ エンジンはデータとインデックスを異なる方法で保存しますが、テーブル定義は MySQL サービス レイヤー wk で均一に処理されます。

サポートエンジンを表示

MySQL でサポートされているエンジンを確認するには、次のコマンドを使用します。

エンジンを表示します。

結果は以下のとおりです（MySQLバージョン：Ver 8.0.19）：

mysql> エンジンを表示します。
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| エンジン | サポート | コメント | トランザクション | XA | セーブポイント |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| FEDERATED | NO | フェデレーテッド MySQL ストレージ エンジン | NULL | NULL | NULL |
| メモリ | はい | ハッシュベース、メモリに保存、一時テーブルに便利 | いいえ | いいえ | いいえ |
| InnoDB | デフォルト | トランザクション、行レベルのロック、外部キーをサポート | はい | はい | はい |
| PERFORMANCE_SCHEMA | YES | パフォーマンス スキーマ | NO | NO | NO |
| MyISAM | はい | MyISAM ストレージ エンジン | いいえ | いいえ | いいえ |
| MRG_MYISAM | YES | 同一の MyISAM テーブルのコレクション | NO | NO | NO |
| BLACKHOLE | はい | /dev/null ストレージ エンジン (書き込んだものはすべて消えます) | いいえ | いいえ | いいえ |
| CSV | はい | CSV ストレージ エンジン | いいえ | いいえ | いいえ |
| アーカイブ | はい | アーカイブ ストレージ エンジン | いいえ | いいえ | いいえ |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
セット内の行数は 9 です (0.00 秒)

ストレージエンジンの分類

MySQL ストレージ エンジンは、MyISAM、InnoDB、Memory、Merge などに分類されます。サポートされているエンジンは上記の表に記載されていますが、最もよく使用されるエンジンは MyISAM と InnoDB です。上記のストレージ エンジンについては、次の表で比較します。

MyISAM と InnoDB の違い

2 つのタイプの主な違いは、InnoDB がトランザクションと外部キーおよび行レベルのロックをサポートしていることです。

1. InnoDB はトランザクション ログを使用して、プログラムのクラッシュや予期しない終了によって発生したデータ エラーを回復できます。ただし、MyISAM でエラーが発生すると、インデックスを再構築したり、ハード ディスクに書き込まれなかったエラーを修正したりする前に、完全なスキャンを実行する必要があります。
2. InnoDB の修復時間は一般的に固定ですが、MyISAM の修復時間はデータ量に比例します。
3. 相対的に言えば、データ量が増えるにつれて、InnoDB の方が安定性が高くなります。
4. MyISAM は読み取りキャッシュと書き込みキャッシュの管理をオペレーティング システムに依存する必要がありますが、InnoDB には独自の読み取りキャッシュと書き込みキャッシュの管理メカニズムがあります。 (InnoDB は変更されたデータ ページをオペレーティング システムにすぐには引き渡しません) そのため、場合によっては、InnoDB データ アクセスの方が MyISAM よりも効率的になります。
5. InnoDB は現在、MyISAM が提供する圧縮および簡潔な行形式をサポートしていないため、ハードディスクとキャッシュを大量に使用します。
6. 操作が ACID (トランザクション) と完全に互換性がある場合、InnoDB は複数の接続を自動的にマージしますが、各トランザクションは依然として少なくとも 1 回はハードディスクに書き込まれる必要があります。そのため、一部のハードディスクまたはディスク アレイでは、1 秒あたり 200 回のトランザクション処理制限が発生します。より高いパフォーマンスを実現し、トランザクションの整合性を維持するには、ディスク キャッシュとバッテリ バックアップを使用する必要があります。もちろん、InnoDB にはパフォーマンスへの影響が少ないモードもいくつか用意されていますが、これらのモードではトランザクションの整合性も低下します。 MyISAM にはこの問題はありませんが、これは MyISAM がより高度だからではなく、単にトランザクションをサポートしていないためです。
   

アプリケーションシナリオ

• MyISAM は非トランザクション テーブルを管理します。高速な保存と取得、および全文検索機能を提供します。アプリケーションで大量の SELECT クエリを実行する必要がある場合は、MyISAM の方が適しています。
• InnoDB はトランザクション処理アプリケーション用に設計されており、ACID トランザクションのサポートを含む多くの機能を備えています。アプリケーションで多数の INSERT または UPDATE 操作を実行する必要がある場合は、InnoDB を使用して、複数ユーザーの同時操作のパフォーマンスを向上させる必要があります。

上記はMySQLストレージエンジンの選択の詳細です。MySQLストレージエンジンの詳細については、123WORDPRESS.COMの他の関連記事に注目してください。