5.3.2 ストレージエンジンが異なるマスタとスレーブのレプリケーション

5.3.2. ストレージエンジンが異なるマスタとスレーブのレプリケーション

レプリケーションプロセスは、マスタのソーステーブルとマスタの複製テーブルが異なるエンジンを使用しているかどうかを重視しません。実際には、システム変数 storage_engine と table_type は複製されません。

このレプリケーションプロセスでの優位性を異なるエンジンタイプでのレプリケーションシナリオに役立てることができます。たとえば、スケールアウトのシナリオ (項5.3.3. 「スケールアウトのレプリケーション」参照) では、通常、トランザクション機能をマスタの InnoDB テーブルに使いますが、データがリードオンリーということから、トランザクションサポートを必要としないスレーブの MyISAM を使用できます。データロギングの環境でレプリケーションの場合には、スレーブの Archive ストレージエンジンを使うことも可能です。

イニシャルレプリケーションプロセスをどのように設定するかによって、マスタとスレーブでエンジンが異なる場合の設定は異なります。

マスタのデータベーススナップショットを作成する場合は、mysqldump を使用して、ダンプテキストを操作し、それぞれのテーブルで使用しているエンジンタイプを変更します。

mysqldump の別の利点としては、スレーブで使いたくないエンジンタイプを無効にすることができ、これは、スレーブでデータを起こす前にダンプします。たとえば、InnoDB エンジンを無効にするには、--skip-innodb オプションをスレーブに追加します。特定のエンジンがない場合、MySQLでは通常、MyISAM などのデフォルトのエンジンタイプを使います。この方法でそのほかのエンジンを無効にする場合には、そのエンジンをサポートする特別のバイナリをスレーブを使うように構成してください。
生データファイルをスレーブ集団で使用している場合は、イニシャルのテーブル型を変更することはできません。その場合は、スレーブが稼動してから、テーブル型の変更に ALTER TABLE を使います。
マスタにテーブルがない時点でのマスタ・スレーブレプリケーション設定には、新たなテーブルを作成するときのエンジンタイプの指定を避けてください。

レプリケーションソリューションをすでに実行している場合に既存のテーブルを別のエンジンタイプに変更するには、次のステップに従います。

レプリケーションアップデートの実行からスレーブを停止する。
```
mysql> STOP SLAVE;
```
これにより、中断することなく、エンジンタイプの変更が可能になります。
エンジンタイプを変更するテーブルのそれぞれで、ALTER TABLE ... Engine='enginetype' を実行する。
スレーブのレプリケーションを再開する。
```
mysql> START SLAVE;
```

storage_engine と table_type 変数は複製されませんが、エンジンの仕様を含む CREATE TABLE および ALTER TABLE ステートメントはスレーブに正確に複製されます。CSV テーブルがある場合には次を実行します。

mysql> ALTER TABLE csvtable Engine='MyISAM';

例示のステートメントはスレーブに複製され、そのスレーブのエンジンタイプは MyISAM になります。CSV のほかに、スレーブのテーブル型をエンジンにすでに変更していた場合も同様です。マスタとスレーブでエンジンに違いを付ける場合に、新たなテーブルを作成するときは、マスタの storage_engine 変数を扱うときには十分に注意してください。

mysql> CREATE TABLE tablea (columna int) Engine=MyISAM;

次のフォーマットを使用します。

mysql> SET storage_engine=MyISAM;
mysql> CREATE TABLE tablea (columna int);

複製後、storage_engine 変数は無視され、CREATE TABLE ステートメントはスレーブのデフォルトエンジンタイプで実行になります。

5.3.2. ストレージ エンジンが異なるマスタとスレーブのレプリケーション

5.3.2. ストレージエンジンが異なるマスタとスレーブのレプリケーション