1. Utilisation limite de MySQL
Lorsque nous utilisons des instructions de requête, nous devons souvent renvoyer les premières lignes de données ou certaines lignes intermédiaires. Que devons-nous faire à ce moment-là ? Ne vous inquiétez pas, mysql nous fournit déjà une telle fonction.
SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offset
La clause LIMIT peut être utilisée pour forcer une instruction SELECT à renvoyer un nombre spécifié d'enregistrements. LIMIT accepte un ou deux arguments numériques. Le paramètre doit être une constante entière. Si deux paramètres sont donnés, le premier paramètre spécifie le décalage de la première ligne d'enregistrement renvoyée et le deuxième paramètre spécifie le nombre maximum de lignes d'enregistrement renvoyées. Le décalage de la ligne d'enregistrement initiale est 0 (au lieu de 1) : Pour des raisons de compatibilité avec PostgreSQL, MySQL prend également en charge la syntaxe : LIMIT # OFFSET #.
mysql> SELECT * FROM table LIMIT 5,10; // Récupérer les lignes d'enregistrement 6 à 15
//Afin de récupérer toutes les lignes d'enregistrement d'un certain décalage jusqu'à la fin de l'enregistrement set , vous pouvez spécifier le deuxième paramètre comme -1 :
mysql> SELECT * FROM table LIMIT 95,-1; // Récupère la ligne d'enregistrement 96-last
//Si seulement donné. Un paramètre, qui indique le nombre maximum de lignes d'enregistrement renvoyées :
mysql> SELECT * FROM table LIMIT 5; //Récupère les 5 premières lignes d'enregistrement
// Remplacer En d'autres termes, LIMIT n est équivalent à LIMIT 0,n.
[Citation, Passant B : Explication détaillée de l'utilisation de la limite dans Mysql]
Analyse des performances de l'instruction de requête de pagination Mysql
Instruction SQL de pagination MySql, si on la compare à la syntaxe TOP de MSSQL, alors la syntaxe LIMIT de MySQL est beaucoup plus élégante. L’utiliser pour la pagination est naturel.
2.1 La méthode de pagination la plus basique :
SELECT ... FROM ... WHERE ... ORDER BY ... LIMIT ...
Dans le cas de petits et moyens volumes de données, ce SQL est assez, le seul problème qui mérite attention est de s'assurer qu'un index est utilisé :
Par exemple, si le SQL réel est similaire à l'instruction suivante, alors il est préférable d'établir un index composite sur lecategory_id, colonnes d'identifiant :
SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10
2.2 Méthode de pagination de la sous-requête :
À mesure que la quantité de données augmente, le nombre de pages deviendra de plus en plus, consultez les pages suivantes Le SQL peut être similaire à :
Code SQL Code de collection
SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10
Le mouvement sera plus grand et la vitesse sera nettement plus lente.
SELECT * FROM articles WHERE id >= (SELECT id FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) LIMIT 10
Après mes tests, l'efficacité de la pagination des jointures et de la pagination des sous-requêtes est fondamentalement au même niveau, et le temps consommé est fondamentalement le même.
SELECT * FROM `content` AS t1 JOIN (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) AS t2 WHERE t1.id <= t2.id ORDER BY t1.id desc LIMIT $pagesize;
id select_type table type possible_keys key key_len ref rows Extra 1 PRIMARY <derived2> system NULL NULL NULL NULL 1 1 PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where 2 DERIVED content index NULL PRIMARY 4 NULL 27085 Using index ----------------------------------------