exists 查询速度过慢问题

[anovice]

表结构如下：
create table jcdz (xzqhdm varchar(6),xzqh varchar(40),zip varchar(6),street varchar(60),mp varchar(40),dys varchar(30),jzw varchar(30),tdj varchar(20),tdd varchar(10),sfty varchar(10))

表约有26万条记录
运行如下查询花费了约9分钟，请问问题可能会出在哪里？
SELECT *
FROM jcdz a where exists(select 1 from jcdz b where b.street= a.street and b.xzqhdm = a.xzqhdm and b.zip != a.zip)

[水族杰纶]

我们先讨论IN和EXISTS。
select * from t1 where x in ( select y from t2 )
事实上可以理解为：
select *
from t1, ( select distinct y from t2 ) t2
where t1.x = t2.y;
——如果你有一定的SQL优化经验，从这句很自然的可以想到t2绝对不能是个大表，因为需要对t2进行全表的“唯一排序”，如果t2很大这个排序的性能是不可忍受的。但是t1可以很大，为什么呢？最通俗的理解就是因为t1.x=t2.y可以走索引。但这并不是一个很好的解释。试想，如果t1.x和t2.y都有索引，我们知道索引是种有序的结构，因此t1和t2之间最佳的方案是走merge join。另外，如果t2.y上有索引，对t2的排序性能也有很大提高。
select * from t1 where exists ( select null from t2 where y = x )
可以理解为：
for x in ( select * from t1 )
loop
if ( exists ( select null from t2 where y = x.x )
then
OUTPUT THE RECORD!
end if
end loop
——这个更容易理解，t1永远是个表扫描！因此t1绝对不能是个大表，而t2可以很大，因为y=x.x可以走t2.y的索引。
综合以上对IN/EXISTS的讨论，我们可以得出一个基本通用的结论：IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况。

[wzy_love_sly]

create index index_name on jcdz(street,xzqhdm,zip)

[一品梅]

select * from jcdz a join jcdz b on a.street=b.street and...

[-狙击手-]

主要是!=,强制索引试试

[anovice]

[Quote=引用 2 楼 wzy_love_sly 的回复:]
create index index_name on jcdz(street,xzqhdm,zip)
[/Quote]
[Quote=引用 4 楼 happyflystone 的回复:]
主要是!=,强制索引试试
[/Quote]
试过，效果不明显

[Garnett_KG]

先试下这个

SELECT a.* 
FROM jcdz a
 INNER JOIN 
(
  SELECT street,xzqhdm
  FROM jcdz
  GROUP BY street,xzqhdm
  HAVING COUNT(DISTINCT zip)>1
) b
  ON a.street=b.street AND a.xzqhdm=b.xzqhdm

[anovice]

6楼效率非常高，谢谢
谢谢大家