問題タブ [mysql-slow-query-log]

スローログに、存在しないはずのクエリが表示されることがあります。

私はそのようなクエリが 1 日に何度も実行されることを知っており、それは十分に高速です。スローログを分析すると、この特定のクエリが一度だけログに記録されていることがわかります。

一部のテーブルがロックされたために遅くなったということですか？または、別のクエリが DB サーバーをビジー状態にしていましたか? または、他の何か ？？？

間違いなく高速なクエリがログに記録された理由を特定するにはどうすればよいですか?

次のクエリがあります

そして次の予定

より速くする可能性はありますか？現在、約12秒かかります

PSguテーブルには 2 つの一意のtype値のみがあります。そして、そのテーブル内の recirds のすべての数が 1M を超えています。

MySQLバージョン5.5.28を使用して、

私はそのように定義されたテーブルを持っています：

ご覧のとおり、非常に簡単です。idフィールドに主キーがあります。今、私は次のようなものを使用してそれに対してクエリを実行します。

残念ながら、キーの使用を拒否し、遅いクエリログに表示されます。

EXPLAINを実行すると、次のことが可能になります。

テーブル全体で20行未満しかないため、インデックスを使用しない可能性が高い理由がわかります。しかし、なぜこれがMySQLの「遅いクエリ」になるのでしょうか。

MySQL レプリケーション サーバーの 1 つでスロー ログを定期的に確認していたところ、最も一般的なスロー クエリがSHOW GLOBAL STATUS平均 914 秒で実行されていることがわかりました。

なぜそこにあるのか (監視プローブが要求を生成している) は既に知っていますが、私の質問は、実行に時間がかかるのはなぜですか?

サーバーは MySQL サーバー 5.0.95 を実行しています。

掲示板の速度を上げたい。テーブルからデータを取得しeventます。この時点で、eventsMySQLテーブルは次のようになります

eventテーブルには、特定のイベントに関する情報を含む1つの行を格納します。ユーザーAが新しい通知を要求するたびに、クエリはテーブルを実行し、ユーザーBによって追加された通知がユーザーに適しているかどうかを確認します（同じグループのメンバーである友人である必要があります）。eventsかさばるクエリのためにテーブルの読み込みが遅くなり、テーブルが大きくなりました。このデザインを完全に変更し、1つのイベント行を追加してから、ユーザーのイベントが適切かどうかを比較する代わりに、関心のあるユーザーと同じ数の行を追加することを考えています。次のようにテーブルevents構造を変更します。

ここで、ユーザーBが他の50人のメンバーに関心のあるイベントを作成する場合、同じ情報で50行を作成し、「forwho_id」フィールドにこの通知を受け取る必要がある50人のメンバーについて言及します。クエリがはるかに単純になり、検索にかかる時間が短縮されると思います。どのように考えますか：1。これは、このような種類のデータを保存するための優れたアプローチですか、それとも重複データを回避する必要がありますか？events2.関心のあるユーザーの数が50人ではなく、数百人になる場合、テーブルはどのように動作すると思いますか。

これを読んでくれてありがとう、そして私が自分自身を理解できるようにしたことを願っています。

次のクエリがスロー クエリ ログに表示され、クエリ時間が 12 ～ 20 秒である理由がわかりません。

それらは私にはかなり正常に見え、テストのために phpMyAdmin でそれらの 1 つを実行するのに 0.0056 秒しかかかりません。
ここのテーブルのサイズwp_postmetaは 77,996 です。

上記のクエリが非常に遅い理由と、それらを改善するためにできることはありますか?

上記の行をmy.iniファイルに書き込みました。しかし、実行に1秒以上かかるクエリを実行した後、ログファイルは生成されません。私は何が間違っているのですか？

前もって感謝します....

MySQL バージョン 5.1.66 を使用しています。long_query_time変数が動的であることがわかりましたが、試してみると

上記の操作の後、もう一度試しました

mysql コンソールからは変更されません。なぜですか?

mySQL のスロー クエリ ログを有効にして、実行に 10 秒以上かかるスロー クエリを観察しました。その後、mysql.slow_log テーブルに記録されているクエリが 1 つだけ見つかりました。あれは：

また、CPU 使用率が高くなります。同じ時間にログ時間と CPU 監視曲線を観察したところ、それがわかりました。9/10時間のギャップの後に頻繁に発生しています。このクエリの実行を担当する設定を変更できるように、magento によってこのクエリが呼び出された/実行されたときに、私を助けてもらえますか?

次のMysqlクエリがあります。これは低速のクエリであり、完了するまでに約 3 秒かかります。message_id は主キーです。これの問題は、高い LIMIT オフセットLIMIT 85075, 25です。

この解決策に基づいて、クエリを次のように変更しました。問題は、を削除するwhere parent_id=0と、速度がはるかに速くなることです。しかし、私は本当に必要ですwhere parent_id=0

編集:私はすでにparent_idとmessage_idのインデックスを作成しました.

助言がありますか？前もって感謝します。