MySQL关联查询优化实例

原文地址:http://www.linuxidc.com/Linux/2011-11/46585.htm


项目中发现有一个查询响应非常慢,花时间分析以及优化,特地记录。
(1)背景

项目采用MySQL数据库,操作使用Ibatis;

(2)查询说明

这个查询是每次查询一定数目的用户信息,查询中涉及到多表关联,具体查询SQL如下

<select id="select" parameterClass="UserCompany" resultClass="UserCompany">
SELECT S.NAME as name,
S.IMAGE as image,
S.ID as id,
C.NAME as companyName,
C.ID as companyId,
A.FILE_NAME AS resourceFileName,
A.FILE_PATH AS resourceFilePath,
A.FILE_ID AS resourceFileId,
COUNT(R.CONTACT) AS updResourceSize
from sys_user_info S
LEFT JOIN ATTACH_FILE_INFO A ON S.ID = A.USER_ID
LEFT JOIN
(SELECT RESOURCE_ID,CONTACT FROM company_resource_info
WHERE UPDTIME >= #UPDResourceTime:TIMESTAMP# ) R
ON S.ID = R.CONTACT,
company_info C
WHERE S.COMPANY_ID = C.ID
GROUP BY S.ID
LIMIT 15
</select>
注意其中用到了子查询,涉及到临时表
(3)分析过程

使用MySQL自带的profiler分析结果如下图


观察可得,99%的时间花在了拷贝数据到临时表上,也就是与其中的子查询有关系。

想来奇怪,如果只是LIMIT 15条数据,临时数据不应该花费这么多时间;个人觉得问题应该出在LIMIT对于里面的子查询无效,也就是里面的子查询会涉及到全部数据,从而导致临时表消耗很大的时间,这样就不难理解了。

(4)优化

想清楚了上面的原因,解决的思路也就比较清楚了,只要让里面涉及的子查询只查LIMIT对应的数据就可以了。

重新实行的方式如下:

<resultMap class="cn.com.steel.wuyou.model.UserCompany" id="UserCompanyMap">
<result property="name" column="name" />
<result property="image" column="image" />
<result property="id" column="id" />
<result property="companyName" column="companyName" />
<result property="companyId" column="companyId" />
<result property="resourceFileName" column="resourceFileName" />
<result property="resourceFilePath" column="resourceFilePath" />
<result property="resourceFileId" column="resourceFileId" />
<result property="UPDResourceTime" column="UPDResourceTime" />
<result property="updResourceSize" column="{CONTACT=id,udpResourceTime=UPDResourceTime}"
select="steel_userCompany.selectUpdResourceSize" />
</resultMap>

<select id="selectUpdResourceSize" parameterClass="java.util.HashMap"
resultClass="int">
SELECT COUNT(1) FROM company_resource_info
WHERE CONTACT = #CONTACT#
and UPDTIME >= #UPDResourceTime:TIMESTAMP#
</select>


<select id="select" parameterClass="UserCompany" resultMap="UserCompanyMap">
SELECT S.NAME as name,
S.IMAGE as image,
S.ID as id,
C.NAME as companyName,
C.ID as companyId,
A.FILE_NAME AS resourceFileName,
A.FILE_PATH AS resourceFilePath,
A.FILE_ID AS resourceFileId,
#UPDResourceTime:TIMESTAMP# as UPDResourceTime
from sys_user_info S
LEFT JOIN ATTACH_FILE_INFO A ON S.ID = A.USER_ID
LEFT JOIN company_info C ON S.COMPANY_ID = C.ID
LIMIT 15
</select>
主要的做法就是,每次先查出LIMIT 15条不含子查询结果的数据,定义一个resultMap映射结果集,针对每一条记录再去分别调用一次查询从而得到最后想要的结果。 linux
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值