問題タブ [mysql-cluster]

mysql クラスターをセットアップしようとしています。しかし、mysqld(API) ノードを開始しようとすると、次のエラーが発生します。

私はmysql-cluster-gpl-7.3.7-linux-glibc2.5-x86_64.tar.gzインストールに使用しており、構成ファイルはここで説明されているファイルに従っていますhttp://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-install-configuration.html。を解決する方法をオンラインで調べましたCan't read from messagefile '/usr/share/mysql/errmsg.sys'が、すべて失敗しました。そのため、mysql 5.6 を使用せずにこの問題を解決する方法がわかりません。私のコンピューターはUbuntu 13を使用しています

2 つのサーバーに分散された mysql クラスター データベースがあります。

次の要件に基づいて、このデータベースのバックアップ システムを作成したいと考えています。いつでも好きなときに接続文字列を切り替えることができればさらに良いでしょう。

2. バックアップはスナップショットのようなものでなければならないので、別の日のコピーを保持したい (たとえば、最新の 7 日間を保持する)

3. コピー データベースをクラスター化する必要はありません。

私は、グローバル全体の異なるサーバーでホストされる (アプリケーション + db) アプリケーション (Java + MySQL) に取り組んでいます。同じアプリケーションとデータベースが、アジア、ヨーロッパ、オーストラリア、北米でホストされます。

アクセスを高速化するために、アプリケーションとデータベースは異なるサーバーでホストされ、ユーザーがアプリケーションにアクセスしようとすると、ユーザーの場所に近いサーバーがサービスを提供します。

ただし、すべての場所のデータは同じになります。つまり、ヨーロッパのサーバーでデータが更新されると、アジア、オーストラリア、北米のデータベースも同期/更新されます。

私はこれまでこの種のシナリオに遭遇したことがなく、MySQL についてあまり知識がありません。しかし、私が知った調査から、このシナリオには MySQL クラスタリングまたはレプリケーションを使用できることがわかりました。

データベースが更新されると、他のデータベースの更新に時間がかかることは間違いありません。

私の問題は、アジアのユーザーがアプリケーションを介してレコードを更新しようとすると、レコードのフィールド (「ロックされた」0/1) にフラグを設定することによってレコードがロックされることです。別のユーザーがレコードを編集しようとすると、「ロックされた」フィールド値がチェックされ、ユーザーが更新できるようになるか、レコードがロックされていることが通知されます。

アジアのユーザーがレコードを開いて編集すると、ロックされたフィールドは 1 に更新されます。ただし、ロックされたフィールドの値をヨーロッパやオーストラリアなどの他のサーバーに複製するには、2/3 秒かかる場合があります。その間、ヨーロッパのユーザーはレコードを開いてアプリケーションから編集します。その時点で、ロックされたフィールドの値がヨーロッパのサーバーに複製されない場合があります。そのため、ヨーロッパのユーザーも編集のためにレコードを開くことができます。そのため、アジアのユーザーとヨーロッパのユーザーがレコード編集インターフェイスを持つため、競合が発生します。

誰でもこれについて私を助けることができますか？このシナリオでは、より優れた MySQL グローバル db アーキテクチャの提案が必要です。

ありがとう

WSO2 クラスター展開で MySQL マスター/スレーブ クラスターを使用しようとしましたが、起動時に失敗しました。WSO2 は MySql Share-Nothing クラスターのみをサポートしていますか? MySQL マスター/スレーブはどのようにサポートされますか?

私のデータソースは次のように構成されました：

registry.xml は次のように構成されました。

起動時に以下のように例外が発生しました。

org.wso2.carbon.registry.core.exceptions.RegistryException: ハンドラー チェーンの実行中に例外が発生しました。null .... ID: [0] [AM] [2015-03-09 13:31:03,417] エラー {org.wso2.carbon.registry.core.dataaccess.TransactionManager} - トランザクションのロールバックに失敗しました。{org.wso2.carbon.registry.core.dataaccess.TransactionManager} java.sql.SQLException: 使用可能な接続の総数が、org.wso2.carbon.registry.core.jdbc でロールバックまたはコミットされた接続の総数よりも少なくなっています。 dataaccess.JDBCDatabaseTransaction$ManagedRegistryConnection.rollback(JDBCDatabaseTransaction.java:1284) at org.wso2.carbon.registry.core.jdbc.dataaccess.JDBCTransactionManager.rollbackTransaction(JDBCTransactionManager.java:120) at org.wso2.carbon.registry.core. jdbc.EmbeddedRegistry.rollbackTransaction(EmbeddedRegistry.java:

プロジェクトで膨大な量のデータを処理します。ビッグデータの概念について読んだことはありますが、まだ使用したことはありません。しかし、これらすべてのビッグ データ ドキュメントを読んでも、自分の要件にビッグ データが必要なのか、それとも従来のリレーショナル データベースで処理するのが適切なのか、まだわかりません。

ここに私のDBに関するいくつかの情報があります。

私のメイン DB は、さまざまなデータ ソースのリポジトリです。これらのデータ ソースはそれぞれ、同じ種類のデータ (同じドメイン内のデータ) を処理しますが、一部のデータ ソースには他のフィールドでは使用できない余分なフィールドが含まれており、一部のデータ ソースには含まれていないフィールドが含まれています。つまり、これらのデータ ソースのデータ フィールドには同じものもあれば、異なるものもあります。したがって、コア DB にはこれらすべてのフィールドが含まれている必要があります。コア DB の合計フィールド数は約 2000 フィールドで、1,000 万から 2,000 万のレコードが含まれている可能性があります。

私のコア DB で行われている DB 操作は、データの挿入と読み取り (検索) です。膨大な量のデータを扱うため、ビッグデータの概念を使用することを考えていました。しかし、これがビッグデータに適しているかどうかはまだわかりません。一部のデータには同様の特性 (同じフィールド) があり、一部には追加情報が含まれているためです。そして、DB であらゆる種類の高速検索が必要です。ありがとう。

MySQL Cluster Auto-Installer を使用しています。デフォルトの構成を維持したまま、[次へ] ボタンをクリックします。しかし、最後に [Deploy and start cluster] をクリックすると、次のエラーが表示されます。

このメッセージに関する情報が Web で見つかりません。