记一次出产数据库sql优化案例--23秒优化到0.9秒

新项目营业职员反馈说最近订单发放模块常常很卡，导致老是有锁的环境产生，在用慢查询和开启锁监控调查后发明现实上只是单条查询慢造成的阻塞锁，这里思量先对单条查询做一下优化。

一、优化前的表布局、数据量、SQL、执行打算、执行时刻

1. 表布局

A表有90个字段，B表有140个字段。

2. 数据量

select count(*) from A; 
--166713 
select count(*) from B; 
--220810 

3. sql

开启慢查询调查到慢sql如下，单条执行只取200笔记录是在23秒阁下。

select ob.id, ob.customer, ob.order_no1, ob.accountingitems_code, ob.insert_date, ob.weight,  
ob.volume, ob.qty, ob.project_code,ob.order_no2,ob.order_type1  
 from A as ob  
where ifnull(ob.project_code,'')<>'' and ifnull(ob.accountingitems_code,'')<>''  
and ob.if_cost_proof='N'  
and EXISTS (select 1 from B ol where ob.id=ol.order_base) limit 200; 

4. 执行打算

思绪

这两张表都是订单表，世界各地的天天或许会发生十万行阁下，这里又是全扫，等后期到达上万万的数据就GG了。今朝只是看到这个sql上的题目，先思量exists部门做一下改写。

二、exists部门改写

select ob.id, ob.customer, ob.order_no1, ob.accountingitems_code, ob.insert_date, ob.weight,  
ob.volume, ob.qty, ob.project_code,ob.order_no2,ob.order_type1  
 from fsl_order_base as ob,fsl_order_base_line ol 
where ob.id=ol.order_base and ob.if_cost_proof='N' and 
ifnull(ob.project_code,'')<>'' and ifnull(ob.accountingitems_code,'')<>'' limit 200; 

执行时刻：耗时1.8秒

对应的执行打算：

可以看到ob表走了主键索引

营业确认功效切合需求，那就在这基本上建一下索引吧!

三、ol表建索引

create index idx_obl_id on fsl_order_base_line(order_base); 
create index idx_ob_id_cost on fsl_order_base(id,if_cost_proof); 

加上去但现实上用不到这个索引，选择去掉

四、查察执行时刻和执行打算

耗时1.1秒，痛惜执行打算照旧走了全扫，在对ob表建了索引现实上也用不到，最终只在ol表建了索引。

五、思量用join改写

把ob功效集缩小，然后再做关联查，并测试是否可以用上索引。

SELECT 
 obc.id, 
 obc.customer, 
 obc.order_no1, 
 obc.accountingitems_code, 
 obc.insert_date, 
 obc.weight, 
 obc.volume, 
 obc.qty, 
 obc.project_code, 
 obc.order_no2, 
 obc.order_type1  
FROM 
 (select * from fsl_order_base AS ob where ob.if_cost_proof = 'N' and ifnull( ob.project_code, '' ) <> '' and ifnull( ob.accountingitems_code, '' ) <> '' ) obc 
 join 
 fsl_order_base_line ol  
 on obc.id = ol.order_base limit 200; 

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!