一个不懂业务的DBA不是好的DBA

编辑手记:懂业务,懂系统逻辑,你才能做一个更好的DBA。

在数据库巡检中发现一个MES生产信息数据库中一个存储过程中一条SQL单次逻辑读为2100,且执行很频繁,占数据库整体逻辑读70%。SQL本意是查询特定条码在C_LABEL_DESC_T条码基本信息表中有无维护,查询结果只为1或0。

SELECTCOUNT( * ) INTO count_ll3 FROM C_LABEL_DESC_T WHERE label_type ='CARTON' ANDLENGTH(START_BARCODE)=LENGTH(DATA) AND START_BARCODE <=DATA AND END_BARCODE>=DATA ANDROWNUM<2 AND model_name LIKE'%-W';

SQL执行计划的ACCESS Predicate使用了 END_BARCODE>=:DATA条件,END_BARCODE为VARCHAR2类型,对其进行>=范围查询效率不佳才产生了单次2100的逻辑读。

先看一下数据分布,LABEL_TYPE值为’CARTON’的记录占绝大多数,没法对LABEL_TYPE字段加索引来解决问题。CBO这条路已经走不通,只有从应用层面下手优化。

SQL> SELECT label_type, COUNT ( * ) FROM C_LABEL_DESC_T GROUP BY label_type ORDER BY 2 DESC; LABEL_TYPE COUNT(*) ----------------- ---------- CARTON 16489 SN 1161

1、可否降低执行频率?

如果可以降低存储过程执行频率1个数量级,那就是最简单的解决问题办法。

开发人员回应此条SQL在生产线的包装工站被调用,生产线上扫描每个主板SN或箱号SN时都会调用,DATA变量值即为传入的SN,存储过程执行频率无法降低。

2、第一次改写

典型生产线OLTP系统中查询历史信息概率很低,代入存储过程的的SN一般情况下都是最近几天才维护进条码规则表中。C_LABEL_DESC_T表中的WORK_DATE字段与开发人员确认就是条码规则条目的维护时间。

分析一下WORK_DATE值的数据分布:

SQL> SELECTTRUNC ( (SELECT COUNT ( * ) FROM C_LABEL_DESC_T WHEREWORK_DATE > SYSDATE - 3) / (SELECT COUNT (* ) FROM C_LABEL_DESC_T) * 100, 1) percent FROM DUAL; PERCENT ---------- 8.5

可以看出此表中绝大部分都是历史数据,最近3天维护的只占8.5%。

估计代入存储过程的SN为最近3天维护进条码规则表的概率有95%,不是最近3天维护的概率只有约5%。对DATE类型字段查询3天内数据就可利用到WORK_DATE字段索引了,应比对VARCHAR2字段进行范围查询效率更高。

依据此思路进行第一次改写存储过程如下:

/*判断此条码是否维护进最近三天维护的条码规则内*/

SELECTCOUNT( * ) INTO count_ll3 FROM C_LABEL_DESC_T WHERE label_type ='CARTON' ANDLENGTH(START_BARCODE)=LENGTH(data) AND START_BARCODE <=DATA AND END_BARCODe >=DATA ANDROWNUM<2 AND model_name LIKE'%-W' AND work_date >=SYSDATE-3;

/*如最近三天维护的条码规则中未查到,再查询3天以前数据*/

IF count_ll3 =0 THEN SELECTCOUNT( * ) INTO count_ll3 FROM C_LABEL_DESC_T WHERE label_type ='CARTON' AND LENGTH(START_BARCODE)=LENGTH(data) AND START_BARCODE <=DATA AND END_BARCODe >=DATA ANDROWNUM<2 AND model_name LIKE'%-W' AND work_date <SYSDATE-3; ENDIF;

改写后再进行观察DB整体逻辑读有降低,但下降比例只有个位数,这个存储过程的逻辑读在AWR报告中仍占Top 1,问题到底出在那里?

与开发人员沟通得知DATA变量的值虽然有可能是主板SN或箱号SN,但为主板SN的概率比箱号SN大的多(一箱会放上百片主板)。如果DATA变量值是主板SN,必全部走完以上PL/SQL块中所有逻辑,再得出count_ll3为0,我们预期中的Performance Improvement就落空了。

3、第二次改写

主板SN全部保存在R_WIP_TRACKING表中的SERIAL_NUMBER字段,并且为主键,如果我们先判断DATA变量值是否为主板SN,并对count_ll3赋值,后面的判断逻辑就不需执行。

依此思路再次进行改写:

/*先判断DATA变量值是否为主板SN*/

SELECTCOUNT( * ) INTO count_ll3 FROM R_WIP_TRACKING WHERE SHIPPING_SN =DATA;

/*如果传入值为主板SN,那即可确认对应的Label_Type为SN,可直接跳过IF块*/

IF count_ll3 =0 THEN

/*再判断此条码是否维护进最近三天维护的条码规则内*/

SELECTCOUNT( * ) INTO count_ll3 FROM C_LABEL_DESC_T WHERE label_type ='CARTON' ANDLENGTH(START_BARCODE)=LENGTH(data) AND START_BARCODE <=DATA AND END_BARCODe >=DATA ANDROWNUM<2 AND model_name LIKE'%-W' AND work_date >=SYSDATE-3;

/*如最近三天维护的条码规则中未查到,再查询3天以前数据*/

IF count_ll3 =0 THEN SELECTCOUNT( * ) INTO count_ll3 FROM C_LABEL_DESC_T WHERE label_type ='CARTON' ANDLENGTH(START_BARCODE)=LENGTH(data) AND START_BARCODE <=DATA AND END_BARCODe >=DATA ANDROWNUM<2 AND model_name LIKE'%-W' AND work_date <SYSDATE-3; ENDIF; ENDIF;

改写后,在GridControl与AWR报告中此存储过程的执行信息彻底不见,数据库整体逻辑读降低70%,问题得到圆满解决。

SQL优化的过程也是DBA对系统逻辑与业务流程的熟悉过程,掌握前两者优化再加上一点耐心方可游刃有余。

The End.

原文发布于微信公众号 - 数据和云(OraNews)

原文发表时间:2017-05-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏高性能服务器开发

数据库进阶3 Mysql 性能优化20个原则(1)

今天,数据库的操作越来越成为整个应用的性能瓶颈了,这点对于Web应用尤其明显。关于数据库的性能,这并不只是DBA才需要担心的事,而这更是我们程序员需要去关注的事...

681
来自专栏杨建荣的学习笔记

虚拟专用数据库VPD应用 (48天)

系统中有个需求,需要把一个表里的信用卡号字段进行权限管理,大家讨论再三,说TDE不太好,因为需求希望能够让有些用户可以访问这个表,但是卡号字段读不到东西。有些用...

2654
来自专栏Albert陈凯

SQL员工部门表综合查询60题

CREATE DATABASE oa; USE oa; CREATE TABLE dept( deptno INT PRIMARY KEY, dname V...

5238
来自专栏测试开发架构之路

关于SQL表字段值缺失的处理办法

在计算收益率时候,  收益率 = 收益 / 成本 一、如果成本为0,NULL,此时无法计算收益率; 方法: 1.将成本为0的数据 运算 (case when  ...

3165
来自专栏Jackson0714

【T-SQL基础】03.子查询

2696
来自专栏简书专栏

mysql实训2

查询日期为2011-04-05这一天进行过存款的客户ID、客户姓名、银行名称、存款金额。

732
来自专栏james大数据架构

你真的会玩SQL吗?冷落的Top和Apply

你真的会玩SQL吗?系列目录 你真的会玩SQL吗?之逻辑查询处理阶段 你真的会玩SQL吗?和平大使 内连接、外连接 你真的会玩SQL吗?三范式、数据完整性 你真...

1918
来自专栏架构师之路

InnoDB行锁,如何锁住一条不存在的记录?

《InnoDB,5项最佳实践,知其所以然?》发布后,不少同学留言希望讲讲MySQL的InnoDB行锁机制。要细聊MySQL的行锁,难以避免的要从事务的四种隔离级...

1093
来自专栏杨建荣的学习笔记

MySQL表连接优化的初步分析

每每一些很深刻的优化案例时,就会无比想念Oracle里的优化技巧,因为无论是从工具还是信息,都会丰富许多。

582
来自专栏杨建荣的学习笔记

生产环境sql语句调优实战第八篇(r3笔记第24天)

生产环境中的sql语句执行时间是很关键的性能指标,如果某个sql语句执行几个小时,优化以后几分钟,几十秒的话。会有很大的成就感,同时如果某个sql语句执行10秒...

2627

扫码关注云+社区