MySQL ORDER BY DESC là nhanh nhưng ASC là rất chậm

Question

Tôi hoàn toàn bối rối về điều này. Đối với một số lý do khi tôi sắp xếp truy vấn này bởi DESC nó siêu nhanh, nhưng nếu được sắp xếp theo ASC thì nó rất chậm.

này mất khoảng 150 mili giây:

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; 

này mất khoảng 32 giây:

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; 

Các GIẢI THÍCH là như nhau cho cả hai câu truy vấn.

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

Tôi đã theo dõi nó xuống "SỬ DỤNG INDEX (đã xuất bản)". Nếu tôi lấy nó ra thì đó là cùng một hiệu suất theo cả hai cách. Nhưng giải thích cho thấy truy vấn là tổng thể kém hiệu quả hơn.

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 

Và đây là bảng.

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; 

Có khắc phục sự cố này không? Cảm ơn!

Answer 1

chỉ số của bạn được sắp xếp desc vì vậy khi bạn yêu cầu tăng dần nó cần phải làm rất nhiều công việc hơn để đưa nó trở lại theo thứ tự mà

Answer 2

Làm thế nào về flipping điều kiện WHERE?

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

Bạn muốn thêm một chỉ số trên (FEED_ID, xuất bản):

ALTER TABLE posts ADD INDEX (feed_id, published) 

Điều đó sẽ làm cho truy vấn này chạy tốt nhất, và bạn sẽ không cần phải buộc một chỉ số đặc biệt với SỬ DỤNG INDEX .

Answer 4

Tôi sẽ không đề nghị bạn tạo một chỉ mục khác trên bảng; mỗi lần một hàng được chèn hoặc xóa, mỗi chỉ mục trên bảng cần được cập nhật, làm chậm các truy vấn INSERT.

Chỉ số chắc chắn là những gì làm chậm nó xuống. Có lẽ bạn có thể thử IGNORE -ing nó:

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; 

Hoặc, vì lĩnh vực này đã là KEY ed, bạn có thể thử như sau:

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

Bạn có thể nhận được dữ liệu của bạn thiết lập đầu tiên, và sau đó theo thứ tự nó.

Something như

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; 

Nó đầu tiên nên sử dụng các chỉ số để tìm tất cả các hồ sơ đáp ứng "ở đâu" tuyên bố của bạn, và sẽ ra lệnh cho họ. Nhưng thứ tự sẽ được thực hiện trong một bộ nhỏ hơn. Hãy thử và sau đó cho chúng tôi biết.

Trân trọng.