Pourquoi les valeurs LIMIT OFFSET élevées dans les requêtes MySQL sont-elles si lentes ?

Impact d'un LIMIT OFFSET plus élevé sur les performances des requêtes MySQL

Lors de l'exécution d'une requête SELECT avec une clause LIMIT et une grande table, la définition d'une valeur élevée La valeur de décalage peut considérablement ralentir le temps d'exécution de la requête. Ce comportement est particulièrement visible lors de l'utilisation de la clause ORDER BY avec la clé primaire.

Par exemple, considérons une table appelée « grande » avec plus de 16 millions d'enregistrements (taille de 2 Go). Une requête comme celle-ci :

SELECT * FROM large ORDER BY `id` LIMIT 0, 30

peut s'exécuter beaucoup plus rapidement qu'une requête avec un décalage plus élevé, telle que :

SELECT * FROM large ORDER BY `id` LIMIT 10000, 30

Les deux requêtes récupèrent le même nombre d'enregistrements (30 ), indiquant que la différence de performances n'est pas due à la surcharge de l'opération ORDER BY.

Pour optimiser la requête, il est recommandé de minimiser l'utilisation de décalages LIMIT élevés. Envisagez plutôt d'utiliser une clause WHERE pour sélectionner des enregistrements en fonction d'un identifiant connu, ce qui entraînera un décalage de zéro.

Par exemple, si l'objectif est de récupérer les 30 dernières lignes, la requête suivante peut être utilisée :

SELECT * FROM large WHERE id > last_known_id LIMIT 0, 30

En conservant un enregistrement du dernier identifiant connu (last_known_id), cette approche permet à la requête de toujours démarrer à partir d'un décalage de zéro, améliorant considérablement les performances.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!