MySQLクエリのパフォーマンスヘルプ。同じテーブルの多くが結合されています

Question

私はSQLクエリを作成するPHPスクリプトを作成しています。このスクリプトとデータベースはJoomla CMS用であり、具体的にはSOBIProコンポーネントのテーブルを照会しています（このコンポーネントに入力されたデータを使用します）。しかし、SOBI Proテーブルが処理される方法のために、フィールドの各インスタンスがテーブル内のそれ自身の行であるため、これは、取り戻すすべてのフィールドのテーブルの別個のインスタンスを含むことを意味します。これは非常に効率的ではないようであり、実際にはこの検索で​​は時間切れになります。

次のようにSQLクエリは（これは私のPHPコードによって生成された後である）である：

SELECT DISTINCT o.id AS entryid, o.parent AS parentID, name.baseData AS title,business.baseData AS business_data, 
    contact_fn.baseData AS contact_fn_data ,contact_ln.baseData AS contact_ln_data ,position.baseData AS position_data, 
    civic1.baseData AS civic1_data ,civic2.baseData AS civic2_data ,mailing.baseData AS mailing_data, 
    community.baseData AS community_data ,municip.baseData AS municip_data ,county.baseData AS county_data, 
    province.baseData AS province_data ,country.baseData AS country_data ,postal.baseData AS descr_data, 
    phone.baseData AS phone_data ,tollfree.baseData AS tollfree_data ,fax.baseData AS fax_data, 
    email.baseData AS email_data ,web.baseData AS web_data ,empTotal.baseData AS empTotal_data 
    FROM jos_sobipro_object AS o 
    INNER JOIN jos_sobipro_field_data AS name ON name.sid = o.id 
    INNER JOIN jos_sobipro_relations AS r ON o.id = r.id 
    LEFT JOIN jos_sobipro_field_data AS business ON business.sid = o.id AND business.fid = 36 
    LEFT JOIN jos_sobipro_field_data AS contact_fn ON contact_fn.sid = o.id AND contact_fn.fid = 74 
    LEFT JOIN jos_sobipro_field_data AS contact_ln ON contact_ln.sid = o.id AND contact_ln.fid = 75 
    LEFT JOIN jos_sobipro_field_data AS position ON position.sid = o.id AND position.fid = 76 
    LEFT JOIN jos_sobipro_field_data AS civic1 ON civic1.sid = o.id AND civic1.fid = 77 
    LEFT JOIN jos_sobipro_field_data AS civic2 ON civic2.sid = o.id AND civic2.fid = 78 
    LEFT JOIN jos_sobipro_field_data AS mailing ON mailing.sid = o.id AND mailing.fid = 79 
    LEFT JOIN jos_sobipro_field_data AS community ON community.sid = o.id AND community.fid = 80 
    LEFT JOIN jos_sobipro_field_data AS municip ON municip.sid = o.id AND municip.fid = 81 
    LEFT JOIN jos_sobipro_field_data AS county ON county.sid = o.id AND county.fid = 82 
    LEFT JOIN jos_sobipro_field_data AS province ON province.sid = o.id AND province.fid = 83 
    LEFT JOIN jos_sobipro_field_data AS country ON country.sid = o.id AND country.fid = 84 
    LEFT JOIN jos_sobipro_field_data AS postal ON postal.sid = o.id AND postal.fid = 85 
    LEFT JOIN jos_sobipro_field_data AS phone ON phone.sid = o.id AND phone.fid = 86 
    LEFT JOIN jos_sobipro_field_data AS tollfree ON tollfree.sid = o.id AND tollfree.fid = 87 
    LEFT JOIN jos_sobipro_field_data AS fax ON fax.sid = o.id AND fax.fid = 88 
    LEFT JOIN jos_sobipro_field_data AS email ON email.sid = o.id AND email.fid = 89 
    LEFT JOIN jos_sobipro_field_data AS web ON web.sid = o.id AND web.fid = 90 
    LEFT JOIN jos_sobipro_field_data AS empTotal ON empTotal.sid = o.id AND empTotal.fid = 106 
    WHERE o.approved = 1 AND o.oType = 'entry' AND name.fid = 36 AND name.baseData <> '' 
    AND name.section = 54 AND r.pid IN (415,418,425,431,458) AND (municip.baseData = "Municipality Name") 
    ORDER BY name.baseData ASC 

ここで、限りmunicip.baseData検索は関与しないとちゃんと速く動作するようですそれがディレクトリ内の15のエントリでさえもフロップする。必要なすべてのフィールドを取り戻しながら、このSQLコードを設計するには、より良い方法が必要です。このクエリはAJAX経由で呼び出され、最終的にディレクトリに2000以上のエントリが存在します。

EDIT：

id select_type  table type possible_keys key  key_len  ref  rows Extra 
    1 SIMPLE name ref  PRIMARY  PRIMARY  8 const,const  15 Using where; Using temporary; Using filesort 
    1 SIMPLE municip  ref  PRIMARY  PRIMARY  4 const 9 Using where 
    1 SIMPLE o eq_ref PRIMARY,oType PRIMARY  4 [[dbname]].municip.sid 1 Using where 
    1 SIMPLE county ref  PRIMARY  PRIMARY  4 const 10 
    1 SIMPLE province ref  PRIMARY  PRIMARY  4 const 10 
    1 SIMPLE country  ref  PRIMARY  PRIMARY  4 const 8 
    1 SIMPLE postal ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE business ref  PRIMARY  PRIMARY  4 const 15 
    1 SIMPLE contact_fn ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE contact_ln ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE position ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE civic1 ref  PRIMARY  PRIMARY  4 const 10 
    1 SIMPLE civic2 ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE phone ref  PRIMARY  PRIMARY  4 const 10 
    1 SIMPLE tollfree ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE fax  ref  PRIMARY  PRIMARY  4 const 10 
    1 SIMPLE email ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE mailing  ref  PRIMARY  PRIMARY  4 const 11 
    1 SIMPLE community ref  PRIMARY  PRIMARY  4 const 9 
    1 SIMPLE web  ref  PRIMARY  PRIMARY  4 const 10 
    1 SIMPLE empTotal ref  PRIMARY  PRIMARY  4 const 10 
    1 SIMPLE r ref  PRIMARY  PRIMARY  4 [[dbname]].name.sid  3 Using where; Using index; Distinct 

Answer 1

多くの場合、あなたが持っているとして、あなたが過度のJOINの/ etc /登録しよう/ JOINを延長していたときに、SQLエンジンは、それ自体に掛けれます：ここで要求されるように、EXPLAIN出力があります小さな結果セットを見つけようとすると、効率の悪い方法でリンクを埋め戻します。あなたの質問はうまくいく。

PRIMARYテーブル（FROM jos_sobipro_object AS o）は、実際にはクエリのKEY駆動要素です。 MySQLで「STRAIGHT_JOIN」特別なキーワードクエリの..

SELECT STRAIGHT_JOIN DISTINCT ...残りの部分を追加してみてください...

STRAIGHT_JOINはちょうど私がここにリストされてきたために、クエリを実行するには、オプティマイザに指示します。その後、最初のテーブルがデータを照会するための第1のテーブルであることを知っていれば、より速く動作します。

これは、インデックス情報を正確には見ていないので、私はjos_sobipro_field_dataにインデックスを持たせて、（SID、FID）で "ルックアップ"データを取得します。

私はメインテーブルの1400万レコードの政府データと同様のアプローチをして、22個のルックアップテーブルに参加しなければなりませんでした。 MySQLは30時間以上後にハングします。 STRAIGHT_JOINを追加すると、約3時間でクエリが終了しました（予想通り）。