MySQL关联查询优化实例
来源:互联网 发布:产品怎样做网络销售 编辑:程序博客网 时间:2024/05/17 08:34
项目中发现有一个查询响应非常慢,花时间分析以及优化,特地记录。
(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_IDLEFT 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.IDLIMIT 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_infoWHERE 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 UPDResourceTimefrom sys_user_info SLEFT JOIN ATTACH_FILE_INFO A ON S.ID = A.USER_IDLEFT JOIN company_info C ON S.COMPANY_ID = C.IDLIMIT 15</select>主要的做法就是,每次先查出LIMIT 15条不含子查询结果的数据,定义一个resultMap映射结果集,针对每一条记录再去分别调用一次查询从而得到最后想要的结果。
- MySQL关联查询优化实例
- Mysql分页&关联查询优化
- mysql通过“延迟关联”进行limit分页查询优化的一个实例
- mysql数据库中多表关联查询的实例
- 【mysql】关联子查询的一种优化
- 【mysql】关联子查询的一种优化
- Mysql关联查询优化器理解
- MySQL 优化实例--查询优化 索引优化 逻辑优化
- MySQL随机查询的优化实例
- MySQL SQL优化:关联子查询的局限性
- Mysql关联查询
- mysql关联查询原理
- mysql关联查询
- mysql嵌套关联查询
- 谈关联查询-mysql
- MYSQL数据库关联查询
- mysql关联查询
- MySQL关联查询
- 使用 Executors.newScheduledThreadPool(10); 的任务调度
- ORACLE EBS 系统主数据管理(I)
- 总线的半同步通信
- 最新行政区代码(2010-12-31) SQL语句
- HashTable,HashMap和TreeMap
- MySQL关联查询优化实例
- ORACLE EBS 系统主数据管理(J)
- 解压cpio.gz文件
- 终于搞定使用node.js +redis 作为服务端,提供图片上传存储服务
- Android查询短信数据库
- 设计模式之bridge模式之(2)
- eclipse自定义类注释和方法注释
- CentOS/RHEL上通过Cacti监控mysql
- 雷锋读图:风险投资商VS创业孵化器