ORACLE sql調優之記錄一次trim函數引發的大表全表掃描
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.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,
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
ORACLE sql調優之記錄一次trim函數引發的大表全表掃描