Come faccio a dire a MySQL Optimizer di usare l'indice su una tabella derivata?

Question

Supponiamo di avere una query come questa ...

SELECT T.TaskID, T.TaskName, TAU.AssignedUsers 
FROM `tasks` T 
    LEFT OUTER JOIN (
     SELECT TaskID, GROUP_CONCAT(U.FirstName, ' ', 
      U.LastName SEPARATOR ', ') AS AssignedUsers 
     FROM `tasks_assigned_users` TAU 
      INNER JOIN `users` U ON (TAU.UserID=U.UserID) 
     GROUP BY TaskID 
    ) TAU ON (T.TaskID=TAU.TaskID) 

Più persone possono essere assegnati a un determinato compito. Lo scopo di questa ricerca è quello di mostrare una riga per ogni compito, ma con le persone assegnate al compito in una singola colonna

Ora ... si supponga di avere la messa a punto indici corretti sulla tasks, users e tasks_assigned_users. MySQL Optimizer non utilizzerà ancora l'indice TaskID quando si aggiunge tasks alla tabella derivata. WTF?!?!?

Quindi, la mia domanda è ... come si può fare questa query utilizzare l'indice su tasks_assigned_users.TaskID? Le tabelle temporanee sono zoppe, quindi se questa è l'unica soluzione ... l'ottimizzatore MySQL è stupido.

indici utilizzati:

• compiti
  • PRIMARIE - TaskID
• utenti
  • PRIMARIE - UserID
• tasks_assigned_users
  • PRIMARIA - (TaskID, UserID)
  • indice aggiuntivo UNIQUE - (UserID, TaskID)

EDIT: Inoltre, this page dice che le tabelle derivate vengono eseguiti/materializzato si unisce prima verifica . Perché non riutilizzare i tasti per eseguire il join?

EDIT 2: MySQL Optimizer non vi permetterà di mettere index hints sulle tabelle derivate (presumibilmente perché non ci sono indici sulle tabelle derivate)

EDIT 3: Ecco un post veramente bella di questo : http://venublog.com/2010/03/06/how-to-improve-subqueries-derived-tables-performance/ Si noti che il caso n. 2 è la soluzione che sto cercando, ma sembra che MySQL non lo supporti in questo momento. :(

EDIT 4: Appena trovato this: "A partire da MySQL 5.6.3, l'ottimizzatore gestisce in modo più efficiente subquery nella clausola FROM (vale a dire, le tabelle derivate): ... Durante l'esecuzione di query, l'ottimizzatore è possibile aggiungere un indice a una tabella derivata per accelerare il recupero di righe da esso. "Sembra promettente ...

Answer 1

C'è una soluzione a questo in MySQL Server 5.6 - la versione di anteprima (al momento della stesura di questo) .

http://dev.mysql.com/doc/refman/5.6/en/from-clause-subquery-optimization.html

Anche se, non sono sicuro se il MySQL Optimizer riutilizzare gli indici che già esistono quando si "aggiunge indici alla tabella derivata"

Si consideri la seguente query:

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

La documentazione dice: "L'ottimizzatore costruisce un indice sulla colonna f1 da derivato_t2 se così facendo consentirebbe l'uso dell'accesso ref per il piano di esecuzione a costi più bassi."

OK, è grandioso, ma l'ottimizzatore riutilizza gli indici da t2? In altre parole, cosa accadrebbe se esistesse un indice per t2.f1? Questo indice viene riutilizzato o l'ottimizzatore ricrea questo indice per la tabella derivata? Chissà?

MODIFICA: La soluzione migliore fino a MySQL 5.6 consiste nel creare una tabella temporanea, creare un indice su tale tabella e quindi eseguire la query SELECT sulla tabella temporanea.

Answer 2

Ho paura, è not possible. È necessario creare una tabella temporanea o una vista per utilizzare un indice

Answer 3

Il problema che vedo è che eseguendo una sottoquery non esiste una tabella indicizzata sottostante. Se si hanno una performance farei il raggruppamento alla fine, qualcosa di simile:

SELECT T.TaskID, T.TaskName, GROUP_CONCAT(U.FirstName, ' ', U.LastName SEPARATOR ', ') AS AssignedUsers 
FROM `tasks` T 
    LEFT OUTER JOIN `tasks_assigned_users` TAU ON (T.TaskID=TAU.TaskID) 
    INNER JOIN `users` U ON (TAU.UserID=U.UserID) 
GROUP BY T.TaskID, T.TaskName