MySQL ORDER BY DESC ist schnell, aber ASC ist sehr langsam

Question

Ich bin völlig auf diesem einen ratlos. Aus irgendeinem Grund, wenn ich diese Abfrage nach DESC sortiere, ist es super schnell, aber wenn es nach ASC sortiert wird, ist es extrem langsam.

Dieser Vorgang dauert ca. 150 Millisekunden:

SELECT posts.id 
FROM posts USE INDEX (published) 
WHERE posts.feed_id IN (4953,622,1,1852,4952,76,623,624,10) 
ORDER BY posts.published DESC 
LIMIT 0, 50; 

Dieser Vorgang dauert ca. 32 Sekunden:

SELECT posts.id 
FROM posts USE INDEX (published) 
WHERE posts.feed_id IN (4953,622,1,1852,4952,76,623,624,10) 
ORDER BY posts.published ASC 
LIMIT 0, 50; 

Die EXPLAIN ist die gleiche für beide Abfragen.

id select_type table type possible_keys key key_len ref rows Extra 
1 SIMPLE posts index NULL published 5 NULL 50 Using where 

Ich habe es auf "USE INDEX (veröffentlicht)" gefunden. Wenn ich das herausnehme, ist es die gleiche Leistung in beiden Richtungen. Aber das EXPLAIN zeigt, dass die Abfrage insgesamt weniger effizient ist.

id select_type table type possible_keys key key_len ref rows Extra 
1 SIMPLE posts range feed_id feed_id 4 \N 759 Using where; Using filesort 

Und hier ist der Tisch.

CREATE TABLE `posts` (
    `id` int(20) NOT NULL AUTO_INCREMENT, 
    `feed_id` int(11) NOT NULL, 
    `post_url` varchar(255) NOT NULL, 
    `title` varchar(255) NOT NULL, 
    `content` blob, 
    `author` varchar(255) DEFAULT NULL, 
    `published` int(12) DEFAULT NULL, 
    `updated` datetime NOT NULL, 
    `created` datetime NOT NULL, 
    PRIMARY KEY (`id`), 
    UNIQUE KEY `post_url` (`post_url`,`feed_id`), 
    KEY `feed_id` (`feed_id`), 
    KEY `published` (`published`) 
) ENGINE=InnoDB AUTO_INCREMENT=196530 DEFAULT CHARSET=latin1; 

Gibt es eine Lösung dafür? Vielen Dank!

Answer 1

Ihr Index ab, so sortiert wird, wenn Sie für aufsteigend fragen braucht es viel mehr Arbeit zu tun, es in dieser Reihenfolge

zurück zu bringen

Answer 2

Wie wäre es blätterte die Bedingung WO?

SELECT posts.id 
FROM posts USE INDEX (published) 
WHERE posts.feed_id IN (10,624,623,76,4952,1852,622,4953) 
ORDER BY posts.published DESC; 

Answer 3

Sie möchten einen Index über (feed_id, veröffentlicht) hinzuzufügen:

ALTER TABLE posts ADD INDEX (feed_id, published) 

Das wird machen diese Abfrage ausführen, am besten, und Sie werden nicht einen bestimmten Index mit USE INDEX zwingen müssen .

Answer 4

Ich würde nicht vorschlagen, dass Sie einen anderen Index auf dem Tisch erstellen; Jedes Mal, wenn eine Zeile eingefügt oder gelöscht wird, muss jeder Index in der Tabelle aktualisiert werden, was die Abfragen INSERT verlangsamt.

Der Index ist definitiv, was es verlangsamt. Vielleicht könnten Sie IGNORE versuchen es -ing:

SELECT posts.id 
FROM posts IGNORE INDEX (published) 
WHERE posts.feed_id IN (4953,622,1,1852,4952,76,623,624,10) 
ORDER BY posts.published ASC 
LIMIT 0, 50; 

Oder da das Feld bereits KEY ed, können Sie Folgendes versuchen:

SELECT posts.id 
FROM posts USE KEY (published) 
WHERE posts.feed_id IN (4953,622,1,1852,4952,76,623,624,10) 
ORDER BY posts.published ASC 
LIMIT 0, 50; 

Answer 5

Sie Ihre Daten zuerst gesetzt bekommen konnte, und dann bestellen es.

So etwas wie

SELECT posts.id FROM (
SELECT posts.id 
FROM posts USE INDEX (published) 
WHERE posts.feed_id IN (4953,622,1,1852,4952,76,623,624,10) 
LIMIT 0, 50 
) 
order by postS.id ASC; 

Es sollte zuerst den Index verwenden, um alle Datensätze zu finden, die Ihre „where“ Anweisung erfüllen, und das wird sie bestellen. Aber die Reihenfolge würde in einem kleineren Satz durchgeführt werden. Probieren Sie es aus und erzählen Sie es uns.

Mit freundlichen Grüßen.