第16章「代替ストレージエンジン」を参照してください。 この章では、InnoDB ストレージエンジンと NDB ストレージエンジン (MySQL Cluster に使用) を除く、すべての MySQL ストレージエンジンについて説明します。 InnoDB については、第15章「InnoDB ストレージエンジン」 を参照してください。 NDB については、第23章「MySQL NDB Cluster 8.0」 を参照してください。

いいえ。InnoDB は新しいテーブルのデフォルトのストレージエンジンです。 詳細は、セクション15.1「InnoDB 入門」 を参照してください。

パーティショニングサポートを提供した 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 では現在サポートされていません。)

はい。 disabled_storage_engines 構成オプションは、テーブルまたはテーブルスペースの作成に使用できないストレージエンジンを定義します。 デフォルトでは、disabled_storage_engines は空 (エンジンが無効になっていない) ですが、1 つ以上のエンジンのカンマ区切りリストに設定できます。

はい。 InnoDB テーブルを排他的に使用すると、バックアップおよびリカバリ操作を簡略化できます。 MySQL Enterprise Backup は、InnoDB ストレージエンジンを使用するすべてのテーブルの hot backup を実行します。 MyISAM またはその他の InnoDB 以外のストレージエンジンを使用するテーブルの場合は、「「ウォーム」」バックアップが実行され、データベースは引き続き実行されますが、バックアップ中にこれらのテーブルを変更することはできません。 セクション30.2「MySQL Enterprise Backup の概要」を参照してください。

ARCHIVE ストレージエンジンは、インデックスなしで大量のデータを格納します。フットプリントは小さく、テーブルスキャンを使用して選択を実行します。 詳細は、セクション16.5「ARCHIVE ストレージエンジン」を参照してください。