このページは機械翻訳したものです。

A.2 MySQL 8.0 FAQ: ストレージエンジン

A.2.1. MySQL のストレージエンジンの完全なドキュメントはどこで入手できますか。

A.2.2. MySQL 8.0 に新しいストレージエンジンはありますか。

A.2.3. MySQL 8.0 で削除されたストレージエンジンはありますか。

A.2.4. 特定のストレージエンジンの使用を防止できますか。

A.2.5. InnoDB ストレージエンジンと InnoDB 以外のストレージエンジンの組み合わせとは対照的に、InnoDB ストレージエンジンを排他的に使用する利点はありますか。

A.2.6. ARCHIVE ストレージエンジンに固有の利点は何ですか。

A.2.1.	MySQL のストレージエンジンの完全なドキュメントはどこで入手できますか。
	第16章「代替ストレージエンジン」を参照してください。 この章では、InnoDB ストレージエンジンと NDB ストレージエンジン (MySQL Cluster に使用) を除く、すべての MySQL ストレージエンジンについて説明します。 InnoDB については、第15章「InnoDB ストレージエンジン」 を参照してください。 NDB については、第23章「MySQL NDB Cluster 8.0」 を参照してください。
A.2.2.	MySQL 8.0 に新しいストレージエンジンはありますか。
	いいえ。InnoDB は新しいテーブルのデフォルトのストレージエンジンです。 詳細は、セクション15.1「InnoDB 入門」 を参照してください。
A.2.3.	MySQL 8.0 で削除されたストレージエンジンはありますか。
	パーティショニングサポートを提供した PARTITION ストレージエンジンプラグインは、ネイティブのパーティショニングハンドラに置き換えられます。 この変更の一環として、サーバーは -DWITH_PARTITION_STORAGE_ENGINE を使用して構築できなくなりました。partition は、SHOW PLUGINS の出力または INFORMATION_SCHEMA.PLUGINS テーブルにも表示されなくなりました。 特定のテーブルのパーティション化をサポートするには、テーブルに使用されるストレージエンジンが独自の (「native」) パーティショニングハンドラを提供する必要があります。 InnoDB は、ネイティブのパーティショニングハンドラを含む MySQL 8.0 でサポートされている唯一のストレージエンジンです。 ほかのストレージエンジンを使用して MySQL 8.0 でパーティション化されたテーブルを作成しようとすると、失敗します。 (MySQL Cluster で使用される NDB ストレージエンジンも独自のパーティショニングハンドラを提供しますが、MySQL 8.0 では現在サポートされていません。)
A.2.4.	特定のストレージエンジンの使用を防止できますか。
	はい。 disabled_storage_engines 構成オプションは、テーブルまたはテーブルスペースの作成に使用できないストレージエンジンを定義します。 デフォルトでは、disabled_storage_engines は空 (エンジンが無効になっていない) ですが、1 つ以上のエンジンのカンマ区切りリストに設定できます。
A.2.5.	InnoDB ストレージエンジンと InnoDB 以外のストレージエンジンの組み合わせとは対照的に、InnoDB ストレージエンジンを排他的に使用する利点はありますか。
	はい。 InnoDB テーブルを排他的に使用すると、バックアップおよびリカバリ操作を簡略化できます。 MySQL Enterprise Backup は、InnoDB ストレージエンジンを使用するすべてのテーブルの hot backup を実行します。 MyISAM またはその他の InnoDB 以外のストレージエンジンを使用するテーブルの場合は、「「ウォーム」」バックアップが実行され、データベースは引き続き実行されますが、バックアップ中にこれらのテーブルを変更することはできません。 セクション30.2「MySQL Enterprise Backup の概要」を参照してください。
A.2.6.	ARCHIVE ストレージエンジンに固有の利点は何ですか。
	ARCHIVE ストレージエンジンは、インデックスなしで大量のデータを格納します。フットプリントは小さく、テーブルスキャンを使用して選択を実行します。 詳細は、セクション16.5「ARCHIVE ストレージエンジン」を参照してください。