ordre par des causes filesort

Question

J'ai encore le problème suivant

EXPLAIN EXTENDED SELECT 
    `item`.`id`, 
    `item`.`timestamp`, 
    `item`.`label` 
    FROM 
    item 
WHERE 
    item.dataTypeId=30 
GROUP BY 
    item.id 
ORDER BY 
    item.timestamp DESC 
LIMIT 0,6; 

Id & horodatage est une paire clé primaire (MEDIUMINT + datetime) dataTypeId est une clé étrangère (MEDIUMINT) Table est créé comme InnoDb

Il peut y avoir plus d'enregistrements avec le même ID et un horodatage différent (versions du même article). C'est la raison pour grouper par.

Je lis par exemple celui-ci: similar topic on stackoverflow

mais il na pas résoudre mon problème.

J'ai essayé de créer des index suivants:

index
1. sur (dataTypeId, id, horodatage) - dans cet ordre
index
2. sur (dataTypeId, horodatage) - dans cet ordre
3. index sur id
index
4. sur timestamp

les deux dernières est un petit morceau de désespoir

Je pense que je dois manquer quelque chose de base -
mais ne sais vraiment pas quoi.
Ne vous attendez pas la solution (ce serait bien :) me botter le bon sens :)

sort_buffer_size est maintenant 4194288

modifier: expliquer - aucun index

"1" "SIMPLE" "item" "ref" "FK_dataTypeId" "FK_dataTypeId" "4" "const" "5608" "Using where; Using temporary; Using filesort" 

expliquer avec les index créés

"1" "SIMPLE" "item" "ref" "FK_udssDataItem_1,testIndexType,testIndexTypeTimestamp,testIndexTypeIdTime" "FK_udssDataItem_1" "4" "const" "5632" "Using where; Using temporary; Using filesort" 

Answer 1

Il y a un problème avec votre requête. Quand vous faites le "group by id", vous pouvez avoir des timestamps différents pour le même id et n'ont pas spécifié lequel utiliser (Min(), max() etc.) un problème similaire se produit avec le champ "label".

http://dev.mysql.com/tech-resources/articles/debunking-group-by-myths.html

Vous avez donc besoin des fonctions Agregate sur l'horodatage et l'étiquette sinon les valeurs renvoyées peuvent être imprévisibles. Comme vous groupez par id et le tri par horodatage, MySQL extrait un horodatage par groupe donc un index n'aide pas beaucoup. Vous ne pourrez peut-être pas vous débarrasser du fichier avec cette requête.

Answer 2

Ainsi votre question est "Comment éviter les fichiers sur votre requête"?
Dans ce cas, pour que MySQL fasse un tri d'index, vous devez avoir toutes les colonnes de votre index dans votre clause where.

Avec l'ID, clé primaire horodatage vous devez

where id = myid and item.timestamp between (t1,t2) 

Aussi méfiez-vous des plages ouvertes (et horodatage < maintenant())

Je ne suis pas sûr de ce que datatypeID est, mais Si c'est votre seule condition, alors l'ajout d'un index sur cette colonne devrait également suggérer un tri d'index. mais vous devrez peut-être créer l'index sur (timestamp, datatypeID) ... dans cet ordre ... à la place.