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

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;

使用我的真實(shí)數(shù)據(jù),此查詢需要27秒.但是,如果我首先創(chuàng)建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;

有沒有辦法結(jié)合這兩個查詢中最好的？即單個查詢具有子查詢中索引的速度優(yōu)勢？

編輯

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

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

…

對于FROM子句中子查詢需要實(shí)現(xiàn)的情況,優(yōu)化器可以通過向?qū)崿F(xiàn)表添加索引來加快對結(jié)果的訪問.如果這樣的索引允許對表進(jìn)行ref訪問,則可以大大減少在查詢執(zhí)行期間必須讀取的數(shù)據(jù)量.請考慮以下查詢：

SELECT * FROM t1

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。