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

私は wordpress ブログを持っていますが、共有ホスティング会社からアクティビティが遅いと警告されました。

私のmysqlのslowlog.logには、本質的に約2および3かかるクエリがあります（ミリ秒ではなく秒だと思います）

ログのクエリは次のとおりです。

私の質問は次のとおりです。このクエリはコアクエリですか? この場合、3 秒かかるのは正常ですか? そうでない場合、どうすれば解決できますか？テーマの function.php で見つからないため、このクエリを生成するのがプラグインまたはテーマ関数でない場合、コアクエリを意味します

ログに別の遅いクエリがあります:

ここで同じ質問がありますが、それはコアクエリですか、それともプラグイン関連のものですか...

WP スーパー キャッシュをインストールしたので、サイトの読み込みが速くなりましたが、slowlog.log にこれらの遅いクエリがまだ残っていることに注意してください。

PS: 私は信頼できる hsting 会社 (infomaniak) にいます。彼らは私のブログを専用 VPS マシンに 15 日間置いて、問題を解決させてくれました。

助けてくれてありがとう、そして私の非常に悪い英語でごめんなさい

- - - - - - - - - - - - - - - - - - - - - -編集 - - - ----------------------------------

wp super cache をインストールした後も、これらのクエリはまだありません:(

次のクエリがあります

拡張を説明すると、次の結果が得られます。

このクエリの実行には約 100 秒かかります

Sql Slowは次の結果を持っています

速くする方法を教えてください。前もって感謝します

I would like to know if it is possible to log (or detect in another way) a query that is taking too much time to execute as soon as it reached the long_query_time. Because MySQL only logs slow queries when they finished executing.

I know I can see slow queries before they finished by checking the "Server Connections" tab of MySQL Administrator, but I would like to be automatically notified when it happens (it's easier with logs).

次のパラメータを使用してスロー クエリ ログをアクティブにします。

現在、MySQL はインデックスなしでクエリのみをログに記録しているようです

これはログのサンプルです

ただし、このクエリは最適化されています。

MySQL のドキュメントに次の警告が表示されます。

しかし...

1. ログに記録されたクエリが正しいかどうか、または修正できる最適化の問題があるかどうかわかりません
2. このクエリが誤検知の場合、mysql がログに記録しないようにする方法はありますか?

MySQL は、UNION を含むすべてのクエリをインデックスなしのクエリとしてログに記録しているようです。それについて検索しましたが、何も見つかりませんでした。

それについてのアイデアはありますか？よろしくお願いしますミケーレ

これは、正規化された単語に関連する単語を見つけるための統合医療言語システム (UMLS) のクエリです。このクエリの結果は 165 ミリ秒ですが、同じクエリの VIEW を実行すると 70 秒かかります。私はmysqlが初めてです。私を助けてください。

クエリ:

ビューの定義:

ビューからの選択:

こんにちは、私はこのサイトの初心者です。皆さんが私に与えてくれることを期待している助けに、今は感謝しています。私はmysql環境も初めてです。そのため、教授から、入力ログ ファイル (一般的なクエリまたはスロー クエリ) で指定されたツールを見つけて、選択、削除、更新、挿入などのすべてのクエリを mysql サーバーで再現するように言われました。ツールはおそらくマルチスレッドである必要があります。mysql ワークベンチや mk-log-player のようなものを見つけましたが、前に言ったように、mysql 環境に慣れていないので、それが探しているものかどうかはわかりません。

私はこのクエリを持っています:

返品について説明します

これを最適化するのを手伝ってもらえますか? 現在、このクエリには約 7 ～ 9 秒かかります :( 私は mysql の最適化の専門家ではなく、何をすべきかわかりません...

したがって、スロー クエリ ログについての私の理解では、my.conf ファイルで設定した時間 (秒単位) を超えるすべてのクエリに関する情報がログに記録されるということです。

次に、3 つの異なる SELECT クエリの 3 つのケースを考えてみましょう (INNODB エンジンを使用したテーブルに対して):

クエリ I: Query_time: 32.937667 Lock_time: 0.000081 Rows_sent: 343 Rows_examined: 12714043

クエリ II: Query_time: 12.937667 Lock_time: 0.000081 Rows_sent: 43 Rows_examined: 714043

クエリ III: Query_time: 42.937667 Lock_time: 0.000081 Rows_sent: 18 Rows_examined: 483

私には、QUERY I と QUERY II の両方が、不適切なクエリ、不適切なインデックス作成 (またはインデックス作成の欠落)、または断片化されたテーブル データなどの可能性のあるケースのように見えます (見逃した可能性のあるものは他にありますか?)。 .

しかし、QUERY III の場合、私は頭を悩ませることができません。つまり、483 行を調べて 18 行を送り返すのに 42 秒かかる (ごくわずかなロック時間で) DB に実際に問題がある可能性があることを意味します。断続的に起こっているのを見ると、これはさらに混乱します。

ですから、ここで本当に聞きたいのは次のことです。

• ロック時間情報をどのように解釈すればよいですか? 実際に実行を開始する前に、クエリが何秒も待たなければならなかったということですか? はいの場合、私の例のクエリ III では、実際に 483 行を調べるのに 42 秒かかり、そのうちの 18 行を送り返しましたか?
• ロック時間はごくわずかですが、クエリ時間は非常に長く、数百行しか調べられずに返送される場合、どこから問題を探し始めればよいでしょうか?
• クエリがバックグラウンド IO アクティビティに多くの時間を費やしている可能性がありますか? ロギングまたはビンロギングと言います。
• テーブルのサイズはクエリのパフォーマンスにどの程度影響しますか? たとえば、MySQL は 2 億行以上のテーブルを処理するのに十分であると言えますか?
• DB のバックグラウンド アクティビティを把握するために特別に DB アクティビティを監視するためのより良いツールまたは方法はありますか? 要するに、そのクエリがほとんどの時間を費やしている場所を確認することです。

このような遅いクエリに影響を与える要因は多数ある可能性があります。そのため、私を助けるためにサイドからの情報がさらに必要であると思われる場合は、お知らせください。