MySQL LIMIT le renvoi incorect ensemble de lignes

Question

(Exécution de la version nuage MS Azure de MySQL - CleadDB)

J'ai une requête simple:

SELECT idx, date_added FROM my_table ORDER BY idx ASC LIMIT 100752, 10 

J'attends pour obtenir 10 enregistrements après l'IDX 100752 (si présent). Cependant, je reçois des documents totalement différents à savoir:

J'ai vérifié les dossiers sont présents alors j'ai couru à nouveau la requête, cette fois avec les disques que je connais sont là à savoir: encore

SELECT idx, date_added FROM my_table ORDER BY idx ASC LIMIT 102366, 10 

I Obtenez à nouveau les lignes sans correspondance suivantes.

Je sais que je fais sans doute quelque chose de stupide. Aide appréciée.

EDIT/MISE À JOUR: j'ai suivi quelques-unes des suggestions ci-dessous et testé les résultats en utilisant WHERE prédicat spécifique plutôt que LIMITER fonction. S'il vous plaît voir les résultats ci-dessous. Les deux requêtes devraient retourner le même résultat - ou alors je m'attendrais.

Test 1:

SELECT idx, date_added FROM attachments ORDER BY idx ASC LIMIT 67805, 20 

rendements:

ESSAI 2:

SELECT 
    idx, date_added 
FROM attachments 
WHERE 
    idx >=67805 and idx <67825 
ORDER BY idx ASC 

Retours:

Je m'attendrais à ce que les deux soient les mêmes mais ce n'est pas le cas.

SOLUTION: LIMIT ne se soucie pas de la clé d'auto-incrémentation primaire. Il se soucie du nombre de lignes (quel que soit leur index) donc même si l'idx est SORTed - quand certaines lignes sont manquantes (ce qui signifie qu'il y a eu des suppressions dans le passé), il compensera les résultats en fonction du nombre de lignes supprimées. Thx tout.

Answer 1

Le premier argument à LIMIT est décalé. Il n'est lié à aucune colonne du tableau.

Si vous avez une table, où vous avez inséré rangées puis supprimé quelques lignes au hasard entre alors LIMIT 20, 10 vous ne donnera pas les lignes avec id 20 à 29. Au contraire, il vous donnera 20 à la ligne 29 après la commande de votre table (les lignes supprimées ne jouent aucun rôle ici)

Éditer: S'il n'y a pas ORDER BY alors l'ordre peut être arbitraire. https://stackoverflow.com/a/20050403/1435132

Answer 2

Vous pouvez avoir des espaces dans votre colonne idx. C'est-à-dire que certaines valeurs de idx étaient autrefois utilisées mais n'existent plus dans la table.En tant que tel le numéro de ligne n'est pas le même que idx (LIMIT offset, row_count fonctionne sur le numéro de ligne pas idx)

Pourquoi n'essayez-vous pas cette requête à la place?

SELECT 
    idx, date_added 
FROM my_table 
WHERE 
    idx >=100752 and idx <100762 
ORDER BY idx ASC