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

次のクエリがあります..

過去 3 か月以内に (2389) 以外のすべての人によって販売された車の平均市場価値を見つけますが、(2389) によって販売された同じメーカー、モデルの車のみです。

上記のクエリを最適化できますか? 1,100 万レコードの実行に 2 分かかります。

ありがとう

特定のクエリが遅いという問題があります。すべてが大量にインデックス化されていますが、いくつかの同様のクエリは正常に機能し、インデックスが使用されていますが、クエリは依然として地獄のように遅い. 理由がわからないので、誰か助けてください。

前提条件として、基になるテーブルの書き込み速度は問題ではありません。テーブルには約 350 万のエントリが含まれていますが、MySQL で問題なく処理できるはずです。

遅いクエリは約 2 秒かかります

際立っている唯一のことは、関連する膨大な量の行です。この質問の最後に添付した2つの高速クエリと比較すると、文字通り唯一の違いです（少なくとも最初のクエリとは異なります）。ですから、おそらくそれが問題です。しかし、それがデータが私に与えられる方法なので、それを処理する必要があります。インデックスに関与していれば、mysqlはデータをうまく処理できると思いました。

クエリを最適化する方法について誰か提案がありますか? クエリにより適した別のインデックスを使用できるとしたら、何か提案はありますか?

比較のために、これら 2 つの同様のクエリは非常に高速に動作します

テーブル (貼り付けるには長すぎると思われる多くのインデックスがあります)。

求人情報サイトを作りたいのですが、条件(タイトル、カテゴリ、タグ、市区町村...)が多いので、MySQLの正規表現を使っています。ただし、非常に遅く、500 内部サーバー エラーが発生する場合があります。

一例を次に示します。

何かアドバイス？

.my.cnf に次のものがあります

tuning-primer.sh を実行すると、次のようになります。

誰かがこれがどのように可能かを説明できますか?

mysql データベースでクエリが遅い経験があります。データベースは、単語のセットよりも単語のように単純に見え、画像、録音、文章から単語などの関連するものです。Bluehost は、膨大なオーバーヘッドと遅いクエリがあり、最適化する必要があると主張しています。

データベースを最適化するためのソリューションとは!? これを改善するために各テーブル (リレーション) または頻繁に使用されるクエリをチェックする一般的な手順のリストは?

tmp/logs にあるクエリの例

これがデータベース、クエリ、または 2 人のユーザーに問題があるかどうかを検討します。Bluehost 共有ホスティングの 1 か月あたりの 480,000 セッション (Google アナリティクス) は大きな数ですか?

更新 これを使用して、特定の単語セットの単語をロードする重要な操作だと思いますか:

問題かもしれませんか？単語のIDのクエリが1つあり、次に特定のIDの各単語のクエリがあります（おそらく、文、録音などに対して個別に複数のクエリがあります）？WHERE translation_id IN (id1,id2,id3,...) のようなすべての単語データのような 1 つの大きなクエリを実行し、1 回の実行で 100 単語のデータを返す多くの結合を行う方がよいでしょうか?

しかし、この Word オブジェクトを手動で入力するにはどうすればよいでしょうか? この Word オブジェクトは、提供された ID を使用して特定の Word のデータをロードする DAO オブジェクトとして PHP にあるためです。そうすれば、このプログラミングは、オブジェクト指向よりも手続き型プログラミングに適していると思います。1 回のリクエストですべてのデータ (単語、文章、コメント) を読み込んでいますか? 多くのIDと各単語に関連する多くの文に対して1つのリクエスト単語をロードすることさえ可能ですか? または画像？

UPDATE 2 私は多くの場所にインデックス、ユニークなどを持っており、それらのいくつかに追加しました。主キーはどこにでもあります。属性が WHERE 句で使用されるときに追加したインデックス。もちろん、追加するのを忘れていれば、不足しているインデックスがあるかもしれません。

**EXPLAIN SELECT ... ** を実行していて、const、ref、eq_ref、または system などの ALL 以外のアクセス タイプを達成しようとしました。

テーブルの例: (データベースには 50 ～ 100 を超えるテーブルがあると思います)

また、Word オブジェクトの構造も置き換えました。これまでのところ、Word のプロパティはアクセス時に遅延ロードされていました。そのため、ループ内 (たとえば、リスト内の 100 語) であり、各プロパティを XML で出力すると、5 ～ 10 のクエリでネイティブ ワード、外来語、転写などを取得することができませんでした。は 1to1 であり、プロパティ 1toN のみを遅延ロードしたままにしました。ここで、そのようなクエリが、結合しないいくつかの単純なクエリよりも優れているかどうかを検討します。

mysql スロー クエリ ログ設定 (log-queries-not-using-indexes = 0)

1. 3 つの列を持つ 5 つの行しかないテーブルがあります。ただし、上記の単純なクエリは mysql スロー クエリ ログに表示されます。

この単純なクエリがパフォーマンスに与える影響。

2. --outliers に一致するため、このアイテムはレポートに含まれています

   ここにコードを入力してください

ログの分析は大きな問題です。レガシ コードがあり、何百、何千ものクエリが実行されている場合、何を改善するか、どこを改善するか、どの程度改善するかで混乱することになります。ある最適化問題について。

最初のステップは、どこが間違っているのかを分析することです。これは、ログを適切に分析することによってのみ達成できます。これがないと、アプリケーションで何が問題になっているのか正確にわからない可能性があります。

では、MySQL ログをどのように分析しますか?