J'utilise l'option log_long_queries de MySQL (version 3.23.54) pour analyser les requêtes longues. Et il y a quelque chose qui m'échappe avec ca. Exemple d'une requete enregistrée :
 
# Query_time: 4  Lock_time: 0  Rows_sent: 35  Rows_examined: 789
 
Hors, vu la clause WHERE qu'elle comporte, cette requete peut porter sur un maximum de 350 enregistrements. Je ne m'explique pas les 789 parcourus. D'ailleurs, si je fais un EXPLAIN sur cette requête, la colonne "rows" indique 246. C'est un problème connu ? Ou il y a une explication conne ?

je dirais qu'à priori 789 lignes de la table ont été parcourues pour ressortir les 246 résultats

Justement non, c'est impossible d'après la structure de la table (et surtout des index qui lui sont associés). Désolé d'avoir oublié cette précision dans mon premier message
 
En fait, il faudrait savoir quelle différence fait MySQL entre la colonne Rows d'un EXPLAIN et la colonne Rows_examined de slow_query.log J'ai toujours cru que c'est la même chose, mais je me trompe peut être

c'est peut être un bug de mysql, envoie un bug report exposant ton problème