Pourquoi MySQL n'utilise-t-il pas le tri par index ?

Question

commande par city_id (index de clé primaire)

commande par country_id (pas d'indexation !!!)

Answer 1

Votre city_id est la clé primaire et country_id est la clé primaire composite.

Answer 2

changé en

SELECT * FROM city FORCE INDEX(idx_fk_country_id) ORDER BY country_id;

Voilà, si vous interrogez des colonnes autres que l'index dans SELECT, alors ORDER BY n'utilisera pas l'index. Vous pouvez utiliser FORCE INDEX pour forcer l'utilisation d'un index. SELECT中查询了索引建以外的列，那么ORDER BY就不会使用索引了。你可以用FORCE INDEX来强制使用索引。

还有一点，就是所谓的覆盖索引。覆盖索引的定义是：MySQL可以根据索引返回select字段而不用根据索引再次查询文件而得出结果。

当你使用select *时，你没有强制指定索引，那么mysql为了得到你的查询的字段而查询文件，然后再进行排序操作，这就没有用到覆盖索引。而你使用了force index就会强制使用覆盖索引，这样就不会出现filesort

Un autre point est ce qu'on appelle l'indice de couverture. La définition d'un index de couverture est la suivante : MySQL peut renvoyer le champ select en fonction de l'index sans interroger à nouveau le fichier en fonction de l'index pour obtenir le résultat. 🎜 🎜Lorsque vous utilisez select *, vous ne forcez pas la spécification de l'index. Ensuite, mysql interroge le fichier pour obtenir les champs de votre requête, puis effectue l'opération de tri. . Cela ne fonctionne pas. L'index de couverture est utilisé. Et si vous utilisez force index, cela forcera l'utilisation de l'index de couverture, de sorte que filesort ne se produira pas. 🎜

Answer 3