mysql的子查询联合与in的效率

最近的产品测试发现一个问题,当并发数量小于10时,响应时间可以维持在100毫秒以内。但是当并发数到达30个时,响应时间就超过1秒。这太不能接受了,要求是通过1秒中并发100个。

经过检测发现,时间主要是耗在其中的一个存储过程中。把存储过程的语句一条一条的过一遍也没有发现明显的不合理。因为mysql本身不能提供毫秒级别的时间,google了一个mysql的能提供毫秒的时间函数,再做测试,做了一个定位。发现是其中一条语句,语句是这个样子:

   select .... from A, B where .....and A.id in (select id from C where ...);

in 子查询语句的结果很少,就几条。explain 这条语句,也没有什么问题。单条测试也没有问题。但是当并发数大时问题就出来了。

 

做了个改变:

   select ... from A,B,(select ... from C where ...) S where ....;

 

再做测试,性能大为改观。50个并发与10个并发几乎是相同的响应速度。

 

 

在mysql中,mysql可能都建议改成使用子查询的联合,而不用in。以前没有经过实验。现在终于看见其中的效率了。当然,也不能尽相信。还是得根据自己的应用来。最好是能做一些测试和实验。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值