您好,登錄后才能下訂單哦!
今天遇到一個生產問題,業務SQL很簡單,單表查詢,而且表只有三個字段,有個主鍵ID,而且通過主鍵ID過濾,業務頁面會傳一百多個ID過來調用SQL,這個表數據量大小為100多萬,但是偏偏這條SQL執行跑了15秒,完全影響業務不能使用。
select a,b,c from t where t.id in (1111,222,333,444,555..........)
我一開始并沒有去查看表設計,而是直接看了執行計劃,
1 alter session set statistics_level=all;
2 執行SQL
3 select * from table(dbms_xplan.display_cursor(null,null,'ALLSTATS LAST')
執行計劃直接走了全表掃描,而在謂詞過濾的信息里有一堆的
to_number(t.id)=1111 or to_number(t.id)=2222 ..............
看到這里立馬就猜想到了具體的問題所在,查詢T表ID字段,是VARCHAR2類型,而SQL in的是數字類型,SQL直接被隱式轉換后,便走不了索引了, 直接走了全表。這個問題后續才發現,也是因為業務不關注,在表數據日益上漲之后,性能問題日益凸顯才被拋出來
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。