問題タブ [xtradb]

私はMySQLを使用していますが、多くの人が痛感しているように、InnoDBエンジンは大きくて縮小できないibdata1ファイルを作成しています。innodb_file_per_table を有効にすると問題は解決しますが、解決しません。

MariaDBに移行して、 XtraDBエンジンを使用することを考えていました。これが InnoDB の改良版であることは知っていましたが、それでもこの重要なフローが実行されるかどうか疑問に思っていました。どこにも言及されていないので、これは MariaDB の問題ではないと推測していますが、確認したいと思います。

誰かがそれについて何か明確な情報を持っていますか? 前もって感謝します。

5 つのノードとアービトレーターを備えた Percona Xtradb クラスターがあります。PHP 開発者の 1 人がクラスターで不適切なクエリを実行し、すべてのノードがクラッシュしました。クラッシュ後、ロギングを実行せずにクラスター全体がクラッシュしたため、エラー ログを収集して実際に何が問題だったのかを知ることができませんでした。

私は常に、単一のクエリがクラスターで実行されると、クラスター内のノードの 1 つだけによって処理されると考えてきました。そのため、クエリが (db サーバーを強制終了するほど) 悪い場合、それを処理している 1 つのノードのみがクラッシュし、クラスターは残りの 4 つのノードで実行されたままになります。

この振る舞いは私たちを当惑させました。特にこれが 2 回目の発生であることから、実際に何が起こっているのかを理解したいと考えています。ノードの 1 つで処理中にクラスターでクエリを実行すると、処理中に問題が発生した場合にクラスター内の他のノードがクラッシュするのはなぜですか?

以下は、my.cnf 構成です。

3 つのノードで Percona Xtradb クラスターをセットアップしました。最初のノードはブートストラップで正常に起動しますが、2 番目のノードを起動してクラスターに参加しようとすると、次のエラーが発生します。

2015-08-27 18:08:08 25990 [警告] WSREP: 増分状態転送の準備に失敗しました: ローカル状態 UUID (00000000-0000-0000-0000-000000000000) がグループ状態 UUID (a6b3fced-4ca1-11e5) と一致しません-b5da-d69fa186273c): 1 (操作は許可されていません)
at galera/src/replicator_str.cpp:prepare_for_IST():463. IST は使用できなくなります。
2015-08-27 18:08:08 25990 [注意] WSREP: メンバー 0.0 (db-gc-pxc2) が「any」からの状態転送を要求しました。1.0 (db-gc-pxc1)(SYNCED) をドナーとして選択。
2015-08-27 18:08:08 25990 [注] WSREP: シフト PRIMARY -> JOINER (TO: 0)
2015-08-27 18:08:08 25990 [注] WSREP: 状態転送の要求: 成功、ドナー: 1
2015-08-27 18:08:08 25990 [警告] WSREP: 1.0 (db-gc-pxc1): 0.0 (db-gc-pxc2) への状態転送に失敗しました: -12 (メモリを割り当てられません)
2015-08-27 18:08:08 25990 [エラー] WSREP: gcs/src/gcs_group.cpp:int gcs_group_handle_join_msg(gcs_group_t*, const gcs_recv_msg_t*)():731: 状態を受信しません。中止する必要があります。
2015-08-27 18:08:08 25990 [注] WSREP: gcomm: 終了スレッド
2015-08-27 18:08:08 25990 [注] WSREP: gcomm: スレッドに参加
2015-08-27 18:08:08 25990 [注意] WSREP: gcomm: バックエンドを閉じています

以下は、my.cnf ファイルのクラスター構成です。

このエラーの原因は何ですか?

参考までに、データベースに wsrep_sst_auth のユーザーとパスワードを作成しました。

これが役立つ my.cnf の残りの部分は次のとおりです。

次のコマンドを使用して、Ubuntu 14.04 から percona-pxc を削除しようとすると:

次のエラーが表示されます。

どうすればこのエラーを取り除くことができますか?

galera クラスター (percona xtradb) で POS ソフトウェアを実行する予定です。各 POS 端末は独自のクラスターになり、スプリット ブレイン シナリオを回避するために、Amazon EC2 が追加されます。

上記の設定は理想的なクラスタ設定ですか? 私の POS 端末は、ローカル ネットワーク内で 1 から N ノードの範囲であり、ネットワーク外には常に 1 つの EC2 インスタンスしかありません。

ありがとう、

この単純な MySQL クエリに問題があります。

送信者テーブルには数百万行あります。

これを SequelPro で実行すると、最初は非常に遅く (~4 秒以上)、次の実行では非常に速く (~0.018 秒) 実行されます。ただし、数分後にもう一度実行すると、同じことが再び行われます。

SQL_NO_CACHE を使用しようとしましたが、それでも同じ結果が得られます。

DB エンジンは innoDB、DB は MySQL Percona XtraDB クラスターです。説明結果は次のとおりです。

「送信済み」は、(受信者、ステータス) の複数列のインデックスです。誰でもこの問題を解決する考えがありますか?

ありがとうございました。

追加（コメントから）

私の目標は、Percona XtraDB インストールを Docker コンテナーで実行することです。このために、次の構成を作成しました。

Dockerfile:

docker-entrypoint.sh

my.cnf.j2

wsrep_cluster_address=gcomm:// は通常、3 つのノード WAN-IP のリストを保持しますが、プライバシーのためにそれらを削除しました。

イメージのビルドは、次の場合に完全に正常に機能します。

開始は、次の場合でも正常に機能します。

変数 node_ip は、サーバーの WAN-IP を指しています。プライバシー上の理由から、127.0.0.1 に設定しました。

しかし、コンテナでmysqlをブートストラップしようとすると、次のようになります。

次のエラーが表示されます。

これを解決して XtraDB をコンテナで実行するにはどうすればよいですか?