最近的产品测试发现一个问题,当并发数量小于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。以前没有经过实验。现在终于看见其中的效率了。当然,也不能尽相信。还是得根据自己的应用来。最好是能做一些测试和实验。
总结
以上就是本文关于浅谈mysql的子查询联合与in的效率的全部内容,希望对大家有所帮助。
感兴趣的朋友可以参考:
几个比较重要的MySQL变量
MySQL主库binlog(master-log)与从库relay-log关系代码详解
mysql数据库开发规范【推荐】
有什么问题欢迎留言,大家一起交流讨论。在此也希望朋友们对网站多多支持!
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件!
如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
无争山庄资源网 Copyright www.whwtcm.com
暂无“浅谈mysql的子查询联合与in的效率”评论...
更新日志
2024年12月25日
2024年12月25日
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果(九)》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]