紧急求助！如何提高百万级别数据的order by效率

maping1018

各位牛人，看看下面这个sql还能优化不，数据有近500万条，执行时间有6分多，实在受不了了啊，其中t.tid，p.tid，p.authorid， p.first， p.dateline都已经加了索引，但是还是无济于事，大家看看还有什么办法没
SELECT p.authorid, p.tid, p.pid, p.fid, p.invisible, p.dateline, p.message, t.special, t.status,
t.subject, t.digest,t.attachment, t.replies, t.views, t.lastposter, t.lastpost, t.displayorder
FROM pre_forum_post p
                INNER JOIN pre_forum_thread t ON t.tid=p.tid
                WHERE p.authorid='35279'  AND p.first='0' ORDER BY p.dateline DESC LIMIT 0,20;

cenalulu

麻烦给下：

show indexes from pre_forum_post ;
show indexes from pre_forum_thread ;
explain YOUR SQL 的结果

目前这点信息，比较难给你很好的意见

cenalulu

当然，就目前这点信息来看， 建一个联合索引是一个不错的选择

1. create index on pre_forum_post  (authorid,first,dateline)  

复制代码

maping1018

maping1018

已经将show indexes from pre_forum_post ;
show indexes from pre_forum_thread ;
explain YOUR SQL
结果贴出了图片，再次谢谢大家了

cenalulu

回复 5# maping1018

楼主试下我2楼给出的索引，应该可以解决问题了。如果不走新加的索引，加上 force index ( YOUR INDEX NAME ) 再试试
   

hq22

6分钟，什么概念？那后台运行还行，web情何以堪。应该是order by导致临时表，降低速度吧？不用order by 应该在秒级别吧？

chinafenghao

楼主，explain在哪里？这个简单的sql怎么看也不值6分钟

chenlinbo5588

回复 1# maping1018


    where 条件怎么在 Left join 后做， 不能在join 前做吗?

909413335

执行计划看起来不错，6分钟是你一次执行时间，还是多次的平均值？