いう名前でグループを作成し,その中にサーバを三台登録してあります。本日は、Shardingの作成とShardingされたTableとグループ全体に対してDDLを実行しました。IDは以下のコマンドで確認すると1になっているので1でシャーディングを作成する。■テーブルが全てのサーバに作成されている。TABLEを実行しています。Tableで列を追加する。connect()こちらは、グローバルグループに複数のSharding定義を追加した場合(例)グループにテーブル定義を追加してあげると、複数の定義を追加出来ます。add実行時の新規追加サーバーのデータ同期について。1)マスターDBに必要なバイナリーログがある場合は、新規Slaveがログを読み込んでデータ同期。addコマンドを実行。|+---------------------+----------------------------------------+-----------+-----------+--------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+グループにサーバーを追加した時のバックグラウンド処理の確認。ADDが失敗していたので、@@GLOBAL.GTID_EXECUTEDが存在していたので情報をリセットしてからリストア。MASTERを実行しています。【新規、ダンプ&リストアして追加したスレーブのログを確認してみる。Groupのスレーブから分散してデータを持ってきている。選択肢の一つとしてProviderとしてOpenStackを登録してみた。詳細はこちらの資料を参照下さい。Clientなどをインストールしておく必要があります。トランザクションの確認を実行しています。依存性解決を終了しました。インストールが完了したら、以下のコマンドでOpenStackをProviderとして登録。※2015年2月現在で確認出来るProviderは,OpenStackのみが登録可能でした。NovaのAPIの登録まではここで完了。Groupに追加してスケールアウト対応。helpコマンドで見てもオプションがはっきりしなかったので一応確認中ですが、set_modeにはREAD_WRITEとREAD_ONLY以外にもモードがあるようです。Cacheに何処まで影響されるか次回確認してみる。Fabricでスケールアウト出来るようになったので動作確認してみました。マスターデータの分散がされていて、書き込みも分散出来る事が確認出来た。書き込みもFabricでスケールアウトするという選択肢が増えた。rdbmsTweetmysqlfabricにてslaveを追加した場合に、新しいSlaveのバックグラウンド処理の確認。1.0新しいSlaveではリストア同期が行われ、アプリアカウント、テーブル、データのリストア同期が行われている。スレーブ追加時のデータ同期については、GTIDモードのレプリケーションに依存するので此方を参照下さい。