ITPub博客

首页 > 数据库 > MySQL > MySQL查询中Sending data占用大量时间的问题处理

MySQL查询中Sending data占用大量时间的问题处理

原创 MySQL 作者:ywxj_001 时间:2019-10-16 14:54:01 0 删除 编辑
原SQL执行计划:
EXPLAIN
SELECT tm.id,
tm.to_no ,
tm.source_website_id ,
tm.warehouse_name ,
tm.target_website_id ,
tm.channel_name ,
tm.sale_channel_name ,
ti.product_basic_id ,
ti.product_basic_no ,
ti.product_basic_name ,
ti.tax_rate ,
ti.sale_tax_rate ,
ti.quantity/ti.main_aux_ratio quantity ,
ti.unit_cost * ti.main_aux_ratio unit_cost,
ti.unit_cost * IFNULL(ti.quantity,0) amount,
ti.received_qty,
tm.po_no ,
tm.source_website_name,
tm.target_website_name,
createUser.user_name create_user_name,
auditUser.user_name audit_user_name,
outUser.user_name out_user_name,
DATE_FORMAT(tm.create_time, '%Y/%m/%d %H:%i:%s') create_time ,
DATE_FORMAT(tp.audit_time, '%Y/%m/%d %H:%i:%s') audit_time ,
DATE_FORMAT(tp.out_time, '%Y/%m/%d %H:%i:%s') out_time ,
tm.`status`,
DATE_FORMAT(tp.in_time, '%Y/%m/%d %H:%i:%s') receive_time,
IFNULL(ti.return_qty/ti.main_aux_ratio, 0) return_qty,
ti.unit_cost * IFNULL(ti.received_qty,0) return_amount,
DATE_FORMAT(td.production_date, '%Y/%m/%d') production_date,
td.location_name off_location_name FROM transfer_master AS tm
LEFT JOIN transfer_item AS ti ON tm.id = ti.to_id
LEFT JOIN transfer_detail td ON tm.id = td.transfer_id AND ti.product_basic_id = td.product_basic_id
LEFT JOIN transfer_operation tp ON tp.transfer_id = tm.id
LEFT JOIN sys_user createUser ON createUser.sysno = tm.create_user_id
LEFT JOIN sys_user auditUser ON auditUser.sysno = tp.audit_user_id
LEFT JOIN sys_user outUser ON outUser.sysno = tp.out_user_id WHERE 1 = 1 AND tm.source_website_id IN (3) AND tm.status = 110 AND tm.create_time >= '2019-04-01' AND tm.create_time < '2019-10-01' ORDER BY tm.create_time DESC

以上SQL很多列没有用到索引。

1 queries executed, 1 success, 0 errors, 0 warnings


查询:SELECT tm.id, tm.to_no , tm.source_website_id , tm.warehouse_name , tm.target_website_id , tm.channel_name , tm.sale_channel_nam...


共 1000 行受到影响


执行耗时   : 1 min 10 sec

传送时间   : 0.016 sec

总耗时      : 1 min 10 sec

Sending data花费时间最长。


“Sending data”状态的含义,原来这个状态的名称很具有误导性,所谓的“Sending data”并不是单纯的发送数据,而是包括“收集 + 发送 数据”。

这里的关键是为什么要收集数据,原因在于:mysql使用“索引”完成查询结束后,mysql得到了一堆的行id,如果有的列并不在索引中,mysql需要重新到“数据行”上将需要返回的数据读取出来返回个客户端。



对字段添加索引。

第一条索引:ALTER TABLE `transfer_detail` ADD INDEX idx_transfer_id (`transfer_id`);

第二条索引:ALTER TABLE `transfer_item` ADD INDEX idx_to_id (`to_id`);

第三条索引:ALTER TABLE `transfer_operation` ADD INDEX idx_transfer_id (`transfer_id`);


第一条索引:ALTER TABLE `transfer_detail` ADD INDEX idx_transfer_id (`transfer_id`);

执行计划:

消耗时间:


加第二条索引: ALTER TABLE `transfer_item` ADD INDEX idx_to_id (`to_id`);

执行计划:

消耗时间:


加第三条索引: ALTER TABLE `transfer_operation` ADD INDEX idx_transfer_id (`transfer_id`);

执行计划:

消耗时间:

优化完成。


tm表的条件字段数据分布不均匀,不建议加索引。


对条件字段添加索引后,Sending data消耗时间大幅下降。


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22996654/viewspace-2660182/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
在零售、金融行业从事数据库相关工作10余年,有丰富的数据库管理的相关经验。 涉及SqlServer、Oracle、MySQL、PostgreSQL等多种数据库。 专注于各类数据库的研究。 目前在一家外资的上市零售公司担任资深DBA岗位。负责整个集团数据库的架构设计和管理。

注册时间:2010-01-19

  • 博文量
    127
  • 访问量
    112124