慎用mysql的join语句和in子查询语句 普通查询可能是最好的优化

数据库|mysql教程

慎用,mysql,join,语句,查询,普通,可能,是最,好

数据库-mysql教程

vb停车场源码,ubuntu 安装 闪退,虚拟机tomcat的端口号,蹲坑爬虫子出来,搭建的php网站如何给别人访问,seo 流量站lzw

服务器mysql集群，表引擎ndbcluster。 其中查3张表，原语句为： select user.uid,user.uname,user.idcard_status,user_introduction.user_picfrom user left join user_introduction on user.uid = user_introduction.uidwhere user.uid in(select uid from

二手电子商品网站源码,ubuntu挂载外部文件,tomcat一个jsp,爬虫交流书籍,PHP代码转go,广州市自媒体seo推广哪家好lzw

计算机源码有九位数,vscode错误提示配置,ubuntu拼音,tomcat 安装目录,sqlite 当前日期,常州网页设计公司招聘,网站中数据库教程,自建网站服务器,jquery关系图 插件,前端轻量级搜索框架,猫眼反爬虫,php取整,seo互点,简易springboot,a标签虚线,刷信誉网站制作,网页制作基础教程pdf,红模板 百科,dedecms5.7后台登陆模板,jquery 查询页面模板,公安信息管理系统,拉依达准则 matlab程序lzw

服务器mysql集群，表引擎ndbcluster。

其中查3张表，原语句为：

select user.uid,user.uname,user.idcard_status,user_introduction.user_picfrom user left join user_introduction on user.uid = user_introduction.uidwhere user.uid in(select uid from participate_class where cid = 11428 and paystatus = 1) ;

表数据总共9K+条左右的数据 ，所以说数据并不多，但是这个sql的执行时间让人惊讶： 35sec~36sec。其中in子查询拆分来查都很快，一旦组合起来就慢的要死。

explain的情况如下：

刚好跟一篇文章中描述的一样：/yu_zhou2000/blog/item/b9edb26716d93b3baa184c64.html。

这里也是in的条件如果是固定常量会非常快，比如 in (1,2,3)，但是如果向上面的in(select …) 写法就巨慢无比。这个文章也写了个解决方案，换成自己的案例写法就应该是下面这样：

select user.uid,user.uname,user.idcard_status,user_introduction.user_picfrom user left join user_introduction on user.uid = user_introduction.uidwhere user.uid in(select uid from (select uid from participate_class where cid = 11413 and paystatus = 1) as tbl) ;

这样的写法的确有效，查询执行时间降低到0.109sec左右。看explain，查询了更多的行，但是时间是降低 了：

如果说实话，我接触sql的次数并不多，甚至对join的理解都不深刻，目前还搞不清left,inner,right是怎样的情况。正因为如此，我更偏向于写普通的多表查询语句，于是改上面的语句为：

select user.uid,user.uname,user.idcard_status,user_introduction.user_picfrom user, user_introduction, participate_classwhere user.uid = participate_class.uid and user.uid = user_introduction.uidand participate_class.cid = 11418 and participate_class.paystatus = 1 ;

很普通的语句，多了很多where条件而已，但是执行效率得到更大的改观，仅用了0.015sec左右，偶尔飙升到0.030sec。explain分析如下：

貌似ndb引擎本身对join语句支持不太好 ，不过我本身也不喜欢join（或许说是不太会），而in语句出现了这样的问题。所以个人感觉还是两者都慎用，但不是禁用，能用普通多表查询就用多表查询即可。

这本身是个小案例，具体事件具体分析，后来看到说mysql的设计就是基于join的： “在 MySQL 的 SELECT 查询当中，其核心算法就是 JOIN 查询算法”，来源：/s/blog_4550f3ca0100vkfx.html

所以还是需要深入研究的，最好是还交给dba的好。

原文地址：慎用mysql的join语句和in子查询语句，普通查询可能是最好的优化。, 感谢原作者分享。