問題タブ [explain]

postgres が存在するクエリをさらに高速に処理し、 join を残したということを何度も耳にしました。 http://archives.postgresql.org/pgsql-performance/2002-12/msg00185.php

これは、1 つのテーブル集計については間違いなく当てはまります。

しかし、私たちの場合、それらは複数あり、同じクエリビルドが存在し、postgres を永久にハングさせます。

結果：

それが信じられないほど長い実行時間の根本的な原因ですか? それはある種の構成上の問題ですか？

ありがとう、ボグダン。

mysql に問題がある

私は3つのテーブルを持っています:

支払い

請求

デポジット (請求あり) の支払いまたは reversePayment が 2 つの日付の間にあった場合、3 つの結合を使用してこのクエリを実行します。

結果は

結果の最初のテーブルが cl1_ であり、mysql がキーを使用しないのはなぜですか?

Javaを使用してExplainプランを取得するにはどうすればよいのでしょうか。これが必要な理由は、特別なユーザーがレポートを作成できるフレームワークがあるためです。これらのレポートは、その場で説明し、コストを保存したいという巨大なクエリを作成することがあります。このようにして、後で高コストのクエリを分析して最適化することができます。

不正な列の例外を与えるサンプルコード：

SQL クエリの前にキーワード "explain" を付けると、いくつかの列を含むテーブルが得られます。「種類」欄とは何か教えてください。その文脈で何eq_refを意味し、何を意味するのか。ref

ユーザーのグループが"explain $whatever"（PerlのDBIを使用してDBD::mysql）mysqlに送信することを許可した場合、データベースを変更したり、重要な情報を漏らしたり、データベースに大きな負荷をかけたりする可能性のあるものは何でも$に入れることができますか？もしそうなら、どのように？

私は、"explain $whatever"1つで、どのテーブル/列が存在するか（ただし、名前を推測する必要があります）、テーブルに含まれるレコードの数、またはインデックス付きフィールドに特定の値を持つレコードの数を把握できることを知っています。インデックス付けされていないフィールドの内容に関する情報を取得できるとは思いません。

DBD::mysql複数のステートメントを許可するべきではないので、クエリを実行できるとは思わない（1つのクエリを説明するだけ）。説明しただけで、サブクエリでさえ実行すべきではありません。

しかし、私はmysqlの専門家ではなく、確かに私が気付いていないmysqlの機能があります。

クエリプランを考え出す際に、オプティマイザは実際に式を実行して、インデックス付きフィールドが比較される値を考え出すことができますか？

ここで、atable.classはインデックス付けされており、一意でclass='unused'はなく、レコードは見つかりませんがclass='common'、100万件のレコードが見つかります。「説明」は評価するかもしれsomefunction(...)ませんか？そして、それがsomefunction(...)データを変更するように書くことができますか？

私は製品を備えた非常に大きなテーブルを持っています。非常に高いオフセットでいくつかの製品を選択する必要があります (下の例)。インデックスとパフォーマンスに関する Postgresql のマニュアルでは、ORDER BY + 最終条件で使用される列にインデックスを作成することを提案しています。すべてがピーチで、ソートは使用されていません。ただし、オフセット値が大きい場合、LIMIT は非常にコストがかかります。誰がその原因が考えられるか知っていますか?

次のクエリは数分間実行できます。

SQLite データベースを使用し、実際のクエリを実行する前に EXPLAIN ステートメントを実行して、データベースに書き込みが試みられたかどうかを確認しました。

SQL Server に移行した今、クエリがデータベースに書き込もうとしているか、単純な SELECT ステートメントであるかを知る必要があります。私は基本的に悪意のある発言を避けるようにしています。

次の SQL のカテゴリ c テーブルの型が ALL である理由を理解しようとしています。

テーブルにはtodosインデックスがcategory_idありtodo_id、主キーです。category_idカテゴリ テーブルの列は主キーです。

カテゴリ テーブルの可能なキーとしてのEXPLAINリストですが、それは使用されていません。PRIMARY

ありがとう。

私はこの記事を読んでおり、この SQL ステートメントを理解しようとしていますが、まだ SQL に慣れていません。

コメントと c が何を指しているのかわかりません。
そのうちの1つはテーブル名だと思いますが、もう1つはわかりません。また、明らかに、私が経験したことのないサブクエリがその中にあります。

OsCommerceからの次の変更されたMySQLクエリを最適化しようとしています。

本番サーバーでexplainを実行すると、結合時にテーブル製品にインデックスが使用されていないようです。

テーブル製品のスキーマは次のとおりです。

私のサーバーのMySQLバージョンは5.0.92です。解決策を探す場所についての考えは大歓迎です！