問題タブ [galera]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
3 に答える
13625 参照

load-balancing - DOWN を示す HAproxy ステータス

テストした MariaDB Galera クラスターをセットアップしましたが、次のサーバーで正常に動作しています。

それらはすべて CentOS-6.5 で実行されており、MariaDB のバージョンは 10.0 です。

私の目標は、HAproxy を使用して負荷分散を実行することでした。別のサーバーに HAproxy をインストールして構成しました

クラスターのセットアップも MariaDB もインストールされておらず、HAproxy のみがインストールされています。問題は、HAproxy が機能していないように見えることです。つまり、ロード バランシングを実行していません。問題なく起動し、Web インターフェイス経由でアクセスできます。

しかし、サーバーのステータスは、実際にはそれぞれのマシンで稼働している場合でも、サーバーがダウンしていることを示しています。HAproxy 構成は次のとおりです。

db1、db2、db3、および db4 は、各サーバーの単なるホスト名です。したがって、最初のサーバーでコマンド #hostname を実行すると、db1 が表示されます。

0 投票する
0 に答える
3226 参照

mysql - MariaDB 111「接続が拒否されました」

CentOS6.5 で MariaDB.10.0 Galera Cluster (3 つのノードを含む) をセットアップしましたが、しばらく実行した後、ノードの 1 つで以下のエラーが発生します。これまでのところ、MariaDb Galera クラスターを再インストールすることによってのみ修正できました。しかし、このルーチンは数日間続いており、完全に解決したいと考えています. どうすればそれについて行くことができますか?ちなみに、 /var/lib/mysql/mysql.sock ファイルが存在するため、異なるノードで異なる時間に最初にエラーが発生する理由さえ理解できません。

0 投票する
0 に答える
461 参照

mysql - mariadb galera load data infile 自動インクリメント主キーなし

mariaddb galera クラスター (3 のマルチマスター) があり、大規模な一括挿入を行う必要があります。私が見て使用した最速の方法は、ロード データ ローカル ファイルを使用することです。テーブルのタイプは INNODB です

これは、挿入しようとしているテーブルに自動インクリメント値を持つ主キーがある場合に機能します。

ただし、主キーを 3 つの列 (日付、バウチャー番号、およびタイプ) に基づいて一意のキーに変更したため、バウチャー番号と日付は同じでもタイプは同じではありません。これは機能しなくなりました。

PHP では、エラー リターンはパケットの順序が正しくないことに関するもので、あまり役に立ちません。mysql経由で直接実行すると、戻りエラーは次のとおりです。

エラー 1213 (40001): ロックを取得しようとしたときにデッドロックが見つかりました。トランザクションを再開してみてください

これを検索しても明確な答えは得られませんが、挿入の auto_increment および auto_increment_offset と、オーバーレイするクラスター マネージャーによって管理されるクラスター ノード番号により、通常は挿入を一意にするマルチマスター クラスターが原因であると思われます。 http://codership.blogspot.nl/2009/02/managing-auto-increments-with-multi.html

LOAD DATA INFILE は、自動インクリメントのある主キーを使用してのみ機能すると思います。

しかし、よくわかりません。したがって、この質問はこれを確認するか、他のパラメーターを介して問題を解決するのに役立ちます。

助けていただければ幸いです。

0 投票する
1 に答える
64 参照

mysql - データ損失が懸念される場合、低予算の初期アプリケーションに高可用性が必要ですか?

基本的にはソーシャル ネットワークの一種ですが、目的があります。ここでは、高可用性要素や、クラスタリングやレプリケーションの形式は一切含めていません。最初は、最小限のリクエストしかなく、後でトラフィックとリクエストに基づいてクラスターに拡張するため、1 つのサーバーから始めようと考えていました。

しかし、負荷テスト中に、スペースの問題が原因でデータベースがクラッシュするのを確認し、それを回復するのに時間がかかりました。したがって、アプリを継続的な関心事にするために、データベースがクラッシュしたり、破損したり、その他の理由でデータベースやデータを失いたくありません。

私は MySQL と Neo4j の両方を一緒に使用しており、私のアプリケーションはそれらを同期させようとしています。3 つの Amazon インスタンスで Galera MySQL クラスターと Neo4j HA クラスターをそれぞれ使用して、MySQL と Neo4j クラスターを実装したいと思っています。最初は十分なトラフィックがなく、リソースのほとんどがアイドル状態 (および高価) になることを考えると、やり過ぎのように思えます。

私は余分な努力をする準備ができていますが、お金に関しては賢くなりたいです! 初期段階で HA を使用するか、リスクを冒してバックアップに満足し、障害によるデータ損失があればそれで満足するかを教えてください。