ORACLE sql调优之记录一次trim函数引发的大表全表扫描

Posted 2020-10-12

   2017年8月14日，一地市oracle相关的调度程序ETL抽取速度奇慢，sql语句每次执行平均时间要9秒左右，如果所示：

该调度过程涉及的sql语句如下：

select count(*) from (SELECT 
      rtrim(a.pid) PID,
      a.item_type PTYPE,
       ‘‘ FEETYPE,
       ‘‘ HISDID,
       a.item_date ITEM_DATE,
       nvl(a.wjw_id,a.item_id) ITEM_ID,
       a.item_name ITEM_NAME,
       nvl(a.numbers, 0) NUMBERS,
       nvl(a.price, 0) PRICE,
       nvl(a.costs, 0) COSTS,
       a.physician_id PHYSICIAN_ID,
       a.physician_name PHYSICIAN_NAME,
       a.dept_id DEPT_ID,
       a.deptname DEPTNAME,
       ‘0‘ USAGE,
       ‘‘ FREQUENCY_INTERVAL,
      a.specification USE_METHOD,
      nvl(a.usage_days, 0) DAYS_OF_SUPPLY,
      nvl(a.costs, 0) ELIGIBLE_AMOUNT,
       ‘‘ SELF_AMOUNT,
       ‘‘ PHYSICIAN_LEVEL,
       ‘‘ PHYSICIAN_AP,
       ‘‘ ApprovalNumber,
       a.id PrescriptionNo,
       ‘‘ CostCategory,
       ‘‘ ITEM_NAME_HOSPITAL,
       ‘‘ ForLeave  
       from CLAIMDETAILHOSPITAL_temp a
      where trim(a.pid)=‘42900500007915202‘);

    sqlplus登录业务用户，执行并查看该sql的执行计划如下：

由sql执行计划发现，该sql语句执行了全表扫描，谓词是： 2 - filter(TRIM("A"."PID")=‘42900500007915202‘) 

    查看表CLAIMDETAILHOSPITAL_TEMP上的索引情况：

由此，可知表CLAIMDETAILHOSPITAL_TEMP上有针对pid的索引PID_INDEX，但是索引PID_INDEX的DDL语句是：

create index pid_index on claimdetailhospital_temp(pid);

到此，可以判断sql语句执行全表扫描的原因是：sql的where条件where trim(a.pid)=‘42900500007915202‘)对查询条件字段pid使用trim函数导致了参数转换，

使得索引pid_index无法使用而执行了全表扫描。处理方法很简单，删除索引PID_INDEX,创建基于trim的函数索引：

 create index ind_pid on CLAIMDETAILHOSPITAL_TEMP(trim(pid));

    函数索引创建成功后，SQL的执行速度有了质的提高，执行速度从9秒降低至100毫秒：

 

有一个问题值得思考：开发或测试为什么不在应用的前端对pid执行前后去空格的函数trim，反而非要放在数据库端执行，这样不但加重了数据库服务器的工作负担，

还很容易导致这种因函数使用不当引起大表的全表扫描而降低sql的执行速度；虽然，对pid字段创建基于trim的函数索引能提升sql的执行效率，但是相比普通的索引

基于trim的函数索引，一定会大大降低dml语句的执行效率；如果trim这种去空格的函数放在web前端进行，数据库则可免去这种不必要的性能损失。

本文出自 “清风艾艾” 博客，请务必保留此出处http://3596022.blog.51cto.com/3586022/1976249