后端开发|php教程
php,mysql,sql
后端开发-php教程
这是inner join写法
c 多用户微信公众平台源码,vscode怎么连接后端,ubuntu gtk失败,tomcat中的容器,爬虫作品,php cms建站系统,杭州seo系统哪个好,中英合并蓝色企业网站管理系统,社区源码模板lzw
SELECT B.dict_data_name, SUM(A.pv) AS pvFROM shw_mo_health_news AINNER JOIN bas_dict_data B ON A.third_name_dictid = B.item_idWHERE A.class_level = 3AND B.class_id = 1012AND A.collect_date >= -04-01AND A.collect_date <= -05-31GROUP BY A.third_name_dictidORDER BY pv DESC;
实际查询时间用户0.6S左右
手机电商 网站源码,ubuntu无法使用arp,爬虫加湿器怎么用,php 5.35,seo岗位薪水lzw
用explain 查看:
java系统源码下载,无法打开vscode应用程序,ubuntu opt分区,tomcat定位内存泄漏,python 基本爬虫,php内存数据库,seo外链发布有用吗,汽车品牌菜单网站插件lzw
这是from 多表写法
SELECT B.dict_data_name, A.PVFROM ( SELECT hn.third_name_dictid, SUM(hn.pv) AS PV FROM shw_mo_health_news hn WHERE hn.class_level = 3 AND hn.collect_date >= -04-01 AND hn.collect_date <= -05-31 GROUP BY hn.third_name_dictid ) A, ( SELECT dd.item_id, dd.dict_data_name FROM bas_dict_data dd WHERE dd.class_id = 1012 ) BWHERE A.third_name_dictid = B.item_idORDER BY PV DESC
实际用时0.03s左右
Explain查看
为什么这两种查询方式的效率会有这么大的差别呢?
网上很多都说这两种写法的效率是差不多的;但是我这一个是0.6 和一个0.03,两者差别还是挺大的,这是什么原因造成的呢?是因为我写的SQl语句有问题还是别的原因?
回复内容：
这是inner join写法
SELECT B.dict_data_name, SUM(A.pv) AS pvFROM shw_mo_health_news AINNER JOIN bas_dict_data B ON A.third_name_dictid = B.item_idWHERE A.class_level = 3AND B.class_id = 1012AND A.collect_date >= -04-01AND A.collect_date <= -05-31GROUP BY A.third_name_dictidORDER BY pv DESC;
实际查询时间用户0.6S左右
用explain 查看:
这是from 多表写法
SELECT B.dict_data_name, A.PVFROM ( SELECT hn.third_name_dictid, SUM(hn.pv) AS PV FROM shw_mo_health_news hn WHERE hn.class_level = 3 AND hn.collect_date >= -04-01 AND hn.collect_date <= -05-31 GROUP BY hn.third_name_dictid ) A, ( SELECT dd.item_id, dd.dict_data_name FROM bas_dict_data dd WHERE dd.class_id = 1012 ) BWHERE A.third_name_dictid = B.item_idORDER BY PV DESC
实际用时0.03s左右
Explain查看
为什么这两种查询方式的效率会有这么大的差别呢?
网上很多都说这两种写法的效率是差不多的;但是我这一个是0.6 和一个0.03,两者差别还是挺大的,这是什么原因造成的呢?是因为我写的SQl语句有问题还是别的原因?
应该是连接损耗吧，我觉得是因为你使用的条件都没有索引造成的。如果字段进行了适当的索引，由于mysql会自动对sql语句优化的原因，最终查询语句是一样的，性能相同，而没有索引的的时候所谓的优化也就不存在了，这个时候最终查询语句基本等同于你提交的sql。
你可以试试
SELECT B.dict_data_name, SUM(A.pv) AS pvFROM shw_mo_health_news AINNER JOIN bas_dict_data B ON A.class_level = 3 and A.collect_date >= -04-01AND A.collect_date <= -05-31 and B.class_id=1012 and A.third_name_dictid = B.item_idGROUP BY A.third_name_dictidORDER BY pv DESC;
我觉得性能会明显不同。
一样的，属于 SQL-89 与 SQL-92 不同规范。参见 /wiki…
查到一个相关问答，其中有个回答恰好是您这个问题的 https://community.microstrate…
这里第2个SQL由于有子查询会有额外的开销(临时表)。
第2个SQL为什么会比第1个SQL，根据执行计划并没有看出什么，感觉只是个例外并不能说明什么
理论上说，子查询和JOIN没有本质区别，在查询分析器合理的优化之后应该是等效的。但是也正是由于查询分析器的各种缺陷，有些时候有些版本的数据库对子查询支持得更好，有些则对JOIN支持得更好。MySQL来说我见过的大部分版本子查询和JOIN是等效的，但是要小心的是子查询位于WHERE中的场景，比如：
-- 查询1SELECT * FROM table_aWHERE A IN ( SELECT A FROM table_b WHERE B = x)-- 查询2SELECT table_a.* FROM table_a A INNER JOIN table_b B ON a.A = b.AWHERE B.B = x
这就是一个典型的MySQL查询分析器失效的场景。table_a的A字段有索引的情况下理论上查询1和查询2应该等效，但实际上MySQL 5.x的版本中查询2的性能要明显优于查询1。这在Stackoverflow上有人讨论，是一个存在近的已知问题。必须要升级到6.0.x才会得到修复。所以，对于哪个更优的问题，最可靠的办法只有自己去看explain的结果再下结论。
对于你的两个查询，其实执行计划都是不一样的，很明显第二个的消耗要更大，时间差不多只是因为多出来的两步得到的数据量并不太大。再者这两个查询其实也不是等价的，都无从比较。
