3

私たちは、高いパフォーマンスとデータの一貫性を必要とする高可用性 (5 9) アプリケーション向けのデータベース ソリューションに取り組んでいます。永続ストレージ用のセカンダリ innoDB MySQL データストアによってバックアップされるプライマリ インメモリ データストアとして MySQL Cluster を使用する予定です。

提案されたアプローチは、オンライン アプリケーションがインメモリ DB (MySQL クラスター) とのみ対話し、MySQL クラスターが永続ストレージの非同期レプリケーション/メッセージングを介して innoDB インスタンスにデータを伝達するというものです。

MySQL クラスターまたは MySQL は単独でこの要件をサポートできますか?

アップデート：

これまでに提供された回答について：

これは、プライマリ データストアに MEMORY エンジンを使用し、セカンダリ データストアに innoDB エンジンを使用して、MySQL 5.1 だけを使用して実行できますか?

MySQL は、イベント ベースの遅延挿入アプローチを使用して、プライマリ データストアに挿入されたデータをセカンダリ データストアに非同期的に複製できますか?

4

2 に答える 2

4

MySQL を使用して、さまざまなストレージ エンジン間でテーブルを複製できます。メモリ ストレージ エンジン内の 1 つのサーバー上のテーブルを別の場所の innodb テーブルにレプリケートしたり、ストレージ エンジンのその他の組み合わせを作成したりできます。MySQL のバイナリ ログ形式は、すべてのストレージ エンジン タイプと互換性があります。

(興味深い事実: これは、ブラックホール ストレージ エンジンのほぼ唯一の用途です。すべての書き込みを /dev/null に送信しますが、その変更をバイナリ ログに記録します。つまり、別の場所にある実際のテーブルに非同期的にレプリケートできます。 )

ここで Arjen Lentz の記事を参照してください: http://dev.mysql.com/tech-resources/articles/storage-engine/part_1.html

于 2008-12-30T03:07:39.857 に答える
0

はい、必要に応じてクラスターを複製することができます。

MySQL クラスターは現在、外部キーをサポートしていないことに注意してください。そのため、独自の主要な依存関係追跡ソリューションを作成する必要があります (一般的な方法はトリガーです)。

于 2008-12-30T04:03:30.870 に答える