問題タブ [xtradb]
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.
mysql - MySQL / MariaDB InnoDB インデックスが機能しなくなる
MySQL/MariaDB InnoDB/XtraDB で奇妙な動作が発生しています。最近、MariaDB 5.5 に切り替えました。この切り替えにより、サーバー全体のパフォーマンスが向上しましたが、まだこの問題が残っています。
1 つの特定のテーブル インデックスが時々壊れているようです。そしてしばらくすると、それは自動的に修正されます。
SHOW CREATE TABLE article_inventory;
与える
編集: SELECT クエリの大部分は、このテーブルに対して行われます。大きな更新は 1 時間ごとに行われます。時々非常に大規模な更新。
このクエリの実行:
... 約 0.5 ~ 1.0 秒で実行され、次のような説明が表示されます。
すべてが正常に機能している場合、article_inventory (エイリアス a5) はunique_inventory_idx
、またはを使用しarticle_variant_id_idx
ます。両方とも、約 5 ~ 100 行の検査結果が得られるはずです。
しかし、時々何かが起こり、同じクエリに最大で約 30 秒かかり、次のように説明されます。
article_inventory
(a5) を使用してarticle_inventory_season_id_idx
います。すべてのインデックスの中で 2 番目に固有性が低いため、非常に悪いインデックスです。私に6718732の検査された行を与えます。
my.ini:
mysql - InnoDB:挿入選択を使用したカスタム自動インクリメント。重複キーエラーが発生する可能性はありますか?
私は次のようなテーブルを持っています:idx (PK) clmn_1
どちらもINTです。idx
自動インクリメントとして定義されていませんが、私はそれをシミュレートしようとしています。このテーブルに挿入するために、私は使用しています:
今、これは動作します。私が持っている質問は原子性についてです。同じテーブルを読み取ってから挿入するので、複数の挿入が同時に発生すると、キーの重複エラーが発生する可能性がありますか?
そして、どうすれば自分でテストできますか?
PerconaXtraDBサーバー5.5を使用しています。
mysql - HandlerSocket を備えた Percona XtraDB クラスター
主な質問 - HandlerSocket を PXC と一緒に使用することは可能ですか? 高負荷の書き込み中にソケットがかなり頻繁にエラーでクラッシュすることに気付きましたHNDSOCK unlock tables: commit failed
。
mysql - Mysql Xtradb は、挿入ではなくソートによってインデックスを構築します
この投稿には次のように書かれています。
Percona Server で XtraDB を使用して Innodb Plugin を実行している場合は、優れた新機能を利用できます。つまり、挿入ではなく並べ替えによってインデックスを構築する機能です。
しかし、これに関する情報は見つかりませんでした。Postgre CLUSTER コマンドや MyISAM の「alter table ... order by」と同様に、テーブルが物理的にどのようにレイアウトされているかを再編成する機能が欲しいです。たとえば、テーブル「posts」にはランダムな挿入順序で数百万の行があり、ほとんどのクエリは「where userid =」を使用します。テーブルには、1 人のユーザーに属する行がディスク上で物理的に分離されている必要があるため、一般的なクエリは低い IO を必要とします。XtraDBで可能ですか?
deadlock - wsrep_retry_autocommit を非常に高く設定した後でもデッドロックが発生するのはなぜですか?
3 台の percona xtradb 5.5.34-55 サーバーのクラスターがあり、それらはすべて書き込み可能であるため、大きな負荷がかかるとデッドロック エラーが発生します。変数を増やすwsrep_retry_autocommit
ことはある程度それを助けましたが、ER_LOCK_DEADLOCK
完全に消えたわけではありません. だから私はwsrep_retry_autocommit
10000に設定しようとしました(最大のようです)、それはいくつかのクエリを本当に遅くするだろうと考えましたが、どれも失敗しませんでしたER_LOCK_DEADLOCK
:
代わりに再試行すべきではありませんか?percona が実際にクエリを 10000 回再試行したことを確認する方法はありますか?
mysql - percona xtradb クラスターを使用してマルチインスタンスをセットアップするには?
3 ノードの percona-xtradb クラスターを使用しています。現在、3 つのノードすべてにもう 1 つのインスタンスを追加し、別のクラスター グループとして作成することを計画しています。percona xtradb クラスターを使用してマルチインスタンスをセットアップするには?
mysql - Percona Xtradbcluster: ドナー ノードからデータを取得中にエラーが発生しました
新しいノードを percona xtradbcluster に参加させる際に問題が発生しました。
ここに私のログがあります:
私は何の問題もなく名誉で動作しているtest_sstuserをテストしました。
しかし、新しいノードではこれらのエラーが発生します:
どうすればこの問題を解決できますか?
よろしくお願いします
アリ