关于left join 后排序慢的问题

[jakcomeon]

有个很难的问题，就是select * from a left join b on a.aid=b.bid order by a.ss就很快
但是select * from a left join b on a.aid=b.bid order by b.cc就很慢，都建立的索引，为什么这样？20万条数据！

[jakcomeon]

我也用過right join，但是顯示的數據很多都是多餘的，inner join 比left join還要慢

[jakcomeon]

补充一下，a.ss和b.cc 是varchar字段的，有索引的

[jakcomeon]

mysql

[jakcomeon]

？？？？？

[ACMAIN_CHM]

看一下执行计划。

你用的是什么数据库？ ACCESS ？ SQL SERVE的？ ORACLE ？ MYSQL ？ 没猜出来。

[风起于默]

连接问题，你换个right join保证一样快了

[qtffly]

select * from[color=#FF0000] b right join a on a.aid=b.bid order by b.cc[/color]
这样试试

[qtffly]

select * from b right join a on b.bid=a.aid order by b.cc

[骄傲青蛙]

[Quote=引用 12 楼 qtffly 的回复:]

select * from b right join a on a.aid=b.bid order by b.cc
这样试试
[/Quote]

csdn的编辑器真是强大，，，

[jakcomeon]

好方法，但有没有更好的方法？？

[jakcomeon]

a表
azhuid aid ss pass date
b表
bid cc color

[helloyou0]

讲半天，表结构索引都看不到，谈个啥

[helloyou0]

你需要的结果？

大部分情况下inner join, left join, right join的结果都是不一样的,
不是可以随便互换的....

[jakcomeon]

我想的結果是，order by 所有有索引的字段，都快，问题是left join b表后 order by b表的索引字段然后分页显示，会慢上几秒，order by a表的索引字段不用一秒就可以分页出来

select * from a left join b on a.aid=b.bid order by b.cc limit $start,$len

[jakcomeon]

?????

[AlexJia2046]

索引 联合索引 如果实在是慢，就生成一个临时表吧

[jakcomeon]

怎样生成临时表？

[jakcomeon]

真是复杂

[lanlei0616]

当使用left join时， 左边为实表，而右边为虚表，根据实表索引查，故速度快，考虑这种情况，
当使用inner join时，都为实表，速度差不多！

[wdvill]

[Quote=引用 23 楼 lanlei0616 的回复:]
当使用left join时， 左边为实表，而右边为虚表，根据实表索引查，故速度快，考虑这种情况，
当使用inner join时，都为实表，速度差不多！
[/Quote]
++