我有一個表和一個如下所示的查詢.有關工作示例,請參閱此

SQL Fiddle.

SELECT o.property_B, SUM(o.score1), w.score

FROM o

INNER JOIN

(

SELECT o.property_B, SUM(o.score2) AS score FROM o GROUP BY property_B

) w ON w.property_B = o.property_B

WHERE o.property_A = 'specific_A'

GROUP BY property_B;

使用我的真實數據,此查詢需要27秒.但是,如果我首先創建w作為臨時表和索引property_B,它們總共需要約1秒.

CREATE TEMPORARY TABLE w AS

SELECT o.property_B, SUM(o.score2) AS score FROM o GROUP BY property_B;

ALTER TABLE w ADD INDEX `property_B_idx` (property_B);

SELECT o.property_B, SUM(o.score1), w.score

FROM o

INNER JOIN w ON w.property_B = o.property_B

WHERE o.property_A = 'specific_A'

GROUP BY property_B;

DROP TABLE IF EXISTS w;

有沒有辦法結合這兩個查詢中最好的？即單個查詢具有子查詢中索引的速度優勢？

編輯

在下面的Mehran回答之后,我在MySQL documentation中讀到了這條解釋：

從MySQL 5.6.3開始,優化器可以更有效地處理FROM子句中的子查詢(即派生表)：

…

對于FROM子句中子查詢需要實現的情況,優化器可以通過向實現表添加索引來加快對結果的訪問.如果這樣的索引允許對表進行ref訪問,則可以大大減少在查詢執行期間必須讀取的數據量.請考慮以下查詢：

SELECT * FROM t1

JOIN (SELECT * FROM t2) AS derived_t2 ON t1.f1=derived_t2.f1;

優化程序在derived_t2的列f1上構造索引,如果這樣做,則允許對最低成本的執行計劃使用ref訪問.添加索引后,優化程序可以將具體化派生表視為與具有索引的常規表相同,并且它與生成的索引類似.與沒有索引的查詢執行成本相比,索引創建的開銷可以忽略不計.如果ref訪問會導致比其他訪問方法更高的成本,則不會創建任何索引,并且優化程序也不會丟失任何內容.

總結

以上是生活随笔為你收集整理的mysql 子查询添加索引_mysql – 你能索引子查询吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。