SQL有外连接的时候注意过滤条件位置否则会导致网页慢
更新时间：2013年05月03日 17:13:33 投稿：whsnow
这个SQL之所以跑得慢是因为开发人员把SQL的条件写错位置了
正确的写法应该是下面这样的，感兴趣的朋友可以参考下
正确的写法应该是下面这样的，感兴趣的朋友可以参考下
一来到公司，项目经理就找到开发leader，说我们网站 页面很慢，让他排查原因。
一听说 网站慢，页面慢哥就来精神了，哥的老本行就是 解决“慢”的问题。
开发leader 很郁闷的说，我们已经加了 memcache了，20分钟 cache一次，咋个还是慢呢，
于是哥就问，那个网页跑了哪些SQL？ 能抓出来让我看看吗？ 开发Leader 果断的把SQL 抓了出来。
经过排查，我们发现了一个SQL确实跑得慢。该SQL 如下
复制代码 代码如下:
select *
from (select u.NAME UniversityName,
u.id UniversityId,
count(a.SIGNUPNUMBER) playercnt
from T_B_UNIVERSITY u
left join T_D_EDUCATION e
on e.UNIVERSITY_ID = u.id
left join T_D_VIDEO_PLAYER a
on a.USER_ID = e.user_id
and e.ISDEFAULT = 1
and e.ISVALID = 1
and a.AUDITSTATUS = 1
and a.ISVALID = 1
left join T_D_USER c
on a.USER_ID = c.id
and c.ISVALID = 1
where u.REGION_CODE like '43%'
group by u.NAME, u.id)
order by playercnt desc;
执行计划如下
复制代码 代码如下:
执行计划
----------------------------------------------------------
Plan hash value: 3938743742
--------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 142 | 10366 | 170 (3)| 00:00:03 |
| 1 | SORT ORDER BY | | 142 | 10366 | 170 (3)| 00:00:03 |
| 2 | HASH GROUP BY | | 142 | 10366 | 170 (3)| 00:00:03 |
|* 3 | HASH JOIN RIGHT OUTER| | 672 | 49056 | 168 (2)| 00:00:03 |
|* 4 | TABLE ACCESS FULL | T_D_USER | 690 | 5520 | 5 (0)| 00:00:01 |
| 5 | NESTED LOOPS OUTER | | 672 | 43680 | 162 (1)| 00:00:02 |
|* 6 | HASH JOIN OUTER | | 672 | 37632 | 14 (8)| 00:00:01 |
|* 7 | TABLE ACCESS FULL | T_B_UNIVERSITY | 50 | 2050 | 8 (0)| 00:00:01 |
| 8 | TABLE ACCESS FULL | T_D_EDUCATION | 672 | 10080 | 5 (0)| 00:00:01 |
| 9 | VIEW | | 1 | 9 | 0 (0)| 00:00:01 |
|* 10 | FILTER | | | | | |
|* 11 | TABLE ACCESS FULL| T_D_VIDEO_PLAYER | 1 | 15 | 3 (0)| 00:00:01 |
--------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("A"."USER_ID"="C"."ID"(+))
4 - filter("C"."ISVALID"(+)=1)
6 - access("E"."UNIVERSITY_ID"(+)="U"."ID")
7 - filter("U"."REGION_CODE" LIKE '43%')
10 - filter("E"."ISVALID"=1 AND "E"."ISDEFAULT"=1)
11 - filter("A"."USER_ID"="E"."USER_ID" AND "A"."AUDITSTATUS"=1 AND
"A"."ISVALID"=1)
大家能发现这个SQL 的问题吗？ 这个 SQL 之所以跑得慢是因为开发人员把SQL的条件写错位置了
正确的写法应该是 下面这样的
复制代码 代码如下:
select *
from (select u.NAME UniversityName,
u.id UniversityId,
count(a.SIGNUPNUMBER) playercnt
from T_B_UNIVERSITY u
left join T_D_EDUCATION e
on e.UNIVERSITY_ID = u.id
and e.ISDEFAULT = 1
and e.ISVALID = 1
left join T_D_VIDEO_PLAYER a
on a.USER_ID = e.user_id
and a.AUDITSTATUS = 1
and a.ISVALID = 1
left join T_D_USER c
on a.USER_ID = c.id
and c.ISVALID = 1
where u.REGION_CODE like '43%'
group by u.NAME, u.id)
order by playercnt desc;
执行计划如下
复制代码 代码如下:
执行计划
----------------------------------------------------------
Plan hash value: 2738827747
---------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 142 | 11218 | 25 (16)| 00:00:01 |
| 1 | SORT ORDER BY | | 142 | 11218 | 25 (16)| 00:00:01 |
| 2 | HASH GROUP BY | | 142 | 11218 | 25 (16)| 00:00:01 |
|* 3 | HASH JOIN RIGHT OUTER | | 301 | 23779 | 23 (9)| 00:00:01 |
|* 4 | TABLE ACCESS FULL | T_D_USER | 690 | 5520 | 5 (0)| 00:00:01 |
|* 5 | HASH JOIN RIGHT OUTER| | 301 | 21371 | 17 (6)| 00:00:01 |
|* 6 | TABLE ACCESS FULL | T_D_VIDEO_PLAYER | 78 | 1170 | 3 (0)| 00:00:01 |
|* 7 | HASH JOIN OUTER | | 301 | 16856 | 14 (8)| 00:00:01 |
|* 8 | TABLE ACCESS FULL | T_B_UNIVERSITY | 50 | 2050 | 8 (0)| 00:00:01 |
|* 9 | TABLE ACCESS FULL | T_D_EDUCATION | 301 | 4515 | 5 (0)| 00:00:01 |
---------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("A"."USER_ID"="C"."ID"(+))
4 - filter("C"."ISVALID"(+)=1)
5 - access("A"."USER_ID"(+)="E"."USER_ID")
6 - filter("A"."AUDITSTATUS"(+)=1 AND "A"."ISVALID"(+)=1)
7 - access("E"."UNIVERSITY_ID"(+)="U"."ID")
8 - filter("U"."REGION_CODE" LIKE '43%')
9 - filter("E"."ISDEFAULT"(+)=1 AND "E"."ISVALID"(+)=1)
之前SQL要跑至少5秒以上，现在0.1秒能出结果。
各位童鞋，SQL 有外连接的时候，要注意过滤条件的位置，记住啦！！！
有SQL 需要优化的 欢迎加入 QQ 群 220761024 申请注明 来自CSDN
相关文章
这篇文章主要介绍了SQL Server2019数据库之简单子查询的具有方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2021-04-04
这篇文章主要介绍了如何使用SQLSERVER分布式事务的方法，大家参考使用吧2013-11-11
浅述SQL Server的聚焦强制索引查询条件和Columnstore Index
本文主要讲了强制使用索引条件来进行查询，当对于使用默认创建索引进行查询计划时觉得不是最优解，可以尝试使用强制索引来进行对比找出更好得解决方案。简短的内容，深入的理解.有兴趣的朋友可以看下2016-12-12
Sql Server2012 使用IP地址登录服务器的配置图文教程
最近在使用NFineBase框架+c#做一个系统的时候，在使用sql server 2012 连接数据库的时候,在使用过程中遇到了几个问题，下面小编给大家分享Sql Server2012 使用IP地址登录服务器的配置图文教程，一起学习吧2017-07-07
开放数据库互连（ODBC）是微软提出的数据库访问接口标准,开放数据库互连定义了访问数据库的API一个规范,这些API独立于不同厂商的DBMS,也独立于具体的编程语言,下面这篇文章主要给大家介绍了关于ODBC连接数据库以SQLserver为例的相关资料,需要的朋友可以参考下2023-05-05
本文和大家讲下如何在SQL Server分析器中查询Excel电子表格的数据，其实很简单的，来看下下面的SQL语句吧。2010-03-03
SQLserver查询数据类型为ntext是空或NULL值的方法
SQLserver查询数据类型为ntext是空或NULL值的方法2010-07-07
IP连接SQL SERVER失败(配置为字符串失败)图文解决方法
这篇文章主要介绍了使用IP连接SQL SERVER失败和配置为连接字符串连接失败的解决方法，大家参考使用2013-11-11
SQL Server如何通过SQL语句直接操作另一台服务器上的SQL SERVER的数据
这篇文章主要介绍了SQL Server如何通过SQL语句直接操作另一台服务器上的SQL SERVER的数据,需要的朋友可以参考下2022-10-10
列转行比较经典，需要的朋友可以参考下。2010-04-04
最新评论