MySQL中in和=的区别

今天碰到一个关于数据库查询的性能问题,平常加一句索引也就过去了,今天多说两句。

前置条件:MYSQL数据库,uid是主键,login_name未建任何索引, T_USER表中数据有8451条;

分别执行下列两句SQL

1)  SELECT * FROM T_USER WHERE uid IN (SELECT MIN(uid) FROM T_USER WHERE login_name =#{loginName})

2)  SELECT * FROM T_USER WHERE uid = (SELECT MIN(uid) FROM T_USER WHERE login_name =#{loginName})

结果发现第一句执行的效率非常差,几乎把数据库挂起,第二句就好很多。

为什么会是这个结果呢,通过查看执行计划如下:

Explain SELECT * FROM T_USER WHERE uid IN (SELECT MIN(uid) FROM T_USER WHERE login_name =#{loginName})


IN 查询作了两次全表扫描,相当于做了8451*8451条记录的查找;


Explain SELECT * FROM T_USER WHERE uid = (SELECT MIN(uid) FROM T_USER WHERE login_name =#{loginName})


=查询很快将 primary查找的次数给降了下来



给login_name增加索引 后,执行

Explain SELECT * FROM T_USER WHERE uid IN (SELECT MIN(uid) FROM T_USER WHERE login_name =#{loginName})


做了索引后,子查询的次数明显降下来,但主查询还是不变

Explain SELECT * FROM T_USER WHERE uid = (SELECT MIN(uid) FROM T_USER WHERE login_name =#{loginName})


查询的性能进一步优化。


结论:因为查找次数并不会随着IN字段是否有索引而减少,所以应尽量避免使用IN查询;增加子查询字段的索引将极大的减少查询次数。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值