問題タブ [database-cluster]

キーが1つのchar（23）フィールドと2つのTimeStampフィールドで構成されているテーブルのクラスタリングに問題があります。char（23）フィールドには、英数字の値が含まれています。クラスタリング操作が終了することはありません。私はそれを24時間実行させましたが、それでも終了しませんでした。

誰かが以前にこの種の問題に遭遇したことがありますか？理由は長いキーフィールドが理にかなっているという私の理論はありますか？長いキーを持たないはるかに大きなテーブルを扱ってきましたが、常に問題なくDB操作を実行できました。そのため、この場合はキーのサイズに関係があるのではないかと思います。

マスター/スレーブタイプのmysqlアーキテクチャと、書き込み専用にmysqlデータベースを保持する個別のサーバーを使用する読み取り専用データベースを備えた負荷分散Webサーバーの長所と短所は何ですか？

既存のテーブルにクラスターを追加することはできますか? たとえば...
私はテーブルを持っています：

集まる：

次のようなコマンドはありますか:ALTER TABLE t_name ADD CLUSTER my_cluster(t_id); またはそのようなものはありますか?
テーブルを次のようにしたいので：

接続されているすべてのテーブルを削除することは、私が実際にやりたいことではありません。
ありがとう

アプリケーションの観点から単一の一貫した DB として機能しながら、DB のいくつかのテーブルが 1 つのノードに配置され、他のいくつかのテーブルが別のノードに配置されるクラスター化された MySQL 展開を作成するための最良の戦略は何ですか?

2 つのデータ ノード A と B があり、データベースに 5 つのテーブルがある場合、テーブル 1、2、3 をノード A に配置し、テーブル 4 と 5 をノード B に配置するとします。

この展開はクラスタ化された展開である必要がありますか? それとも、典型的な MySQL 展開でこれを処理できますか? はいの場合、どのように？

テーブル 4 を A と B の両方でレプリケートするのはどうですか?

データベースが主要なボトルネックとなっているプロジェクトに取り組んでいます。無数の理由から、プログラミング レベルでのさらなる最適化は、可能な限り避けたいものです。サイトの速度を向上させる可能性のあるソリューションが必要です。現在 MySQL を使用しており、MySQL Cluster がデータベース全体をメモリに格納することを読みました。

現在、1 つのデータベース サーバーがあります。データベース全体をメモリに格納するのに十分な総メモリを備えた MySQL クラスタを備えた、同等に強力な 2 台のサーバーを実行することを検討しています。そうは言っても、MySQL から MySQL クラスターへの移行でかなりの速度が向上したことに気付きましたか? より具体的には、データベースのメモリ内ストレージは実際にデータベースを大幅に高速化しますか? また、テーブルが既にメモリに格納されている場合、インデックスの役割は何ですか? それが違いを生む場合、私たちのクエリには多くのサブクエリと結合が含まれます。ベンチマークを実行することが本当に知る唯一の方法であることは理解していますが、このプロジェクトを掘り下げる前に、いくつかの背景情報を得たいと思っています。

MYSQL サーバーがフェイルオーバーで適切に構成されていません。Redhat クラスターまたはハートビートを使用することを考えています。また、アプリケーションは複数のデータベースを認識しないため、1 つのフローティング IP ですべてのタスクを実行する必要があります。誰かがどのルートが最適かを提案できますか?

バージョン 7.3 以降、MySQL Cluster は外部キー制約に対応する必要があります。しかし、ここで何が起こるか：

これは InnoDB を使用しており、すべて正常に動作します。NDB で試してみましょう:

そして今、奇妙な部分：

うまく動作します。

「NDB ストレージ エンジンでは、外部キー制約で主キー列を参照できない」または「NDB では、外部キー制約で UNIQUE KEYS を参照する必要がある」という規則はありますか?

物事をさらに奇妙にするために：

t1 の定義を次のように置き換えると、

同じエラーが発生します。

PRIMARY KEYそれはつまり、問題は前者NOT NULLではなく後者にあると考えています。

2つのノードクラスターがあります...1つはプライマリでもう1つはセカンダリです。私はこのメッセージをランダムに保持します

エラー： no primary server found in set

助言がありますか ？レプリカセットオプションでは、次のように設定しました。

新しいドライバーも使用しています

たった2つのノードだからですか？これらのランダムな読み取りの失敗を防ぐノードの数を増やす必要がありますか？

2 つの異なるマシン (つまり、異なる IP) でデータベースを使用して MySQL クラスタリング用に JBOSS を構成する必要があります。

db のアクティブ/アクティブ構成が望ましい -

1. 両方のデータベースが同時に更新される

2. 負荷分散

3. フェイルオーバー処理 - 最初のデータベースに障害が発生した場合に他のデータベースに切り替える

これらすべてを実現するために mysql-ds.xml ファイルを構成するにはどうすればよいですか? それだけで私の問題は解決しますか、それとも他の構成変更を行う必要がありますか?

これまでのところ、次のことを試しましたが、あまり成功していません-

コードサンプル 1 -

コードサンプル 2 -

さらに何が必要ですか?

ありがとう

ndbcluster バージョン 7.1.26のセットアップに成功しました。これには、 2 つのデータ ノード [NDBD]、2 つの mysql [MYSQLD]ノード、および1 つの管理 [MGMD]ノードが含まれます。レプリケーションは正常に機能します。私のWeb アプリケーションは JBoss-5.0.1 にデプロイされ、接続リソースに JNDI を使用します。接続リソースは、アプリケーション固有のds.xmlファイルで負荷分散された URL 形式 (例: jbdc:mysql:loadbalance:host1:port1,host2:port2/databaseName )で指定されます。

host1 : 最初の mysqld ノードを参照し、port1 はそれが実行されているポートを参照します。host2 : 2 番目の mysqld ノードを参照し、port2 はそれが実行されているポートを参照します。

両方の [MySQLD] ノードが起動して実行されている場合、すべてが正常に機能し、クラスターは適切に応答し、データを複製し、データ取得操作も適切に機能します。

ただし、[MySQLD] ノードのいずれかがダウンすると、問題が発生します。データは挿入/更新/複製されますが、アプリケーションはクラスターからデータを取得できず、Web ページはビジー状態のままです。つまり、データの取得でビジー状態です。ダウンしていたノードが起動するとすぐに、適切に応答し、アプリケーションが進み、クラスターから取得したデータが表示されます。

JBoss 5.0.1 の起動時に、クラス LoadBalancingConnectionProxy.invoke(LoadBalancingConnectionProxy.java:439) で NullPointerException が表示されました。上記の例外が上記の問題で何らかの役割を果たすかどうか教えてください。

誰かが上記のような問題に直面していて、問題に関する解決策があれば教えてください。

ありがとうございます。