最近的产品测试发现一个问题，当并发数量小于10时，响应时间可以维持在100毫秒以内。但是当并发数到达30个时，响应时间就超过1秒。这太不能接受了，要求是通过1秒中并发100个。 经过检测发现，时间主要是耗在其中的一个存储过程中。把存储过程的语句一条一条的过一遍也没有发现明显的不合理。因为mysql本身不能提供毫秒级别的时间，google了一个mysql的能提供毫秒的时间函数，再做测试，做了一个定位。发现是其中一条语句，语句是这个样子： in 子查询语句的结果很少，就几条。explain 这条语句，也没有什么问题。单条测试也没有问题。但是当并发数大时问题就出来了。 做了个改变： 再做测试，性能大为改观。50个并发与10个并发几乎是相同的响应速度。 在mysql中，mysql可能都建议改成使用子查询的联合，而不用in。以前没有经过实验。现在终于看见其中的效率了。当然，也不能尽相信。还是得根据自己的应用来。最好是能做一些测试和实验。 [b]总结[/b] 以上就是本文关于浅谈mysql的子查询联合与in的效率的全部内容，希望对大家有所帮助。 感兴趣的朋友可以参考： [url=http://www.1sucai.cn/article/125313.htm]几个比较重要的MySQL变量[/url] [url=http://www.1sucai.cn/article/125627.htm]MySQL主库binlog(master-log)与从库relay-log关系代码详解[/url] [url=http://www.1sucai.cn/article/125649.htm]mysql数据库开发规范【推荐】[/url] 有什么问题欢迎留言，大家一起交流讨论。在此也希望朋友们对编程素材网网站多多支持！