Update關聯查詢不走索引，效率低下

標籤：update慢

   這兩天最佳化一個sql，就是有A,B兩個表，要利用b表的欄位更新a表對應的欄位。形如

Sql代碼  

1. update A set A.a=(select B.b from B where A.id=B.id);  

原SQL

updatepntmall_rptpoint_detail a set a.scrm_rptpnt_processed=(

select distinctb.scrm_rptpnt_processed  frompntmall_rptpoint_detail_tmp b where a.pntmall_rptpnt_id=b.pntmall_rptpnt_id

);

b表中只有1條資料，a表中有37萬條資料，應用邏輯為更新a表中id和b表相同的

這一條SQL執行了6小時未執行完，執行計畫顯示為全表掃描，也就是說，雖然執行1條SQl，但執行update個過程中將37萬條資料進行掃描，直到倒找相同的id進行更新

嘗試過hit強制走索引，也不理想，where條件中id列類型是相同的均為INT，不存在欄位類型不同導致不走索引的情況。

採取的方式：

最佳化後的SQL

updatepntmall_rptpoint_detail a set a.scrm_rptpnt_processed=(

select distinctb.scrm_rptpnt_processed  frompntmall_rptpoint_detail_tmp b where a.pntmall_rptpnt_id=b.pntmall_rptpnt_id

) wherea.pntmall_rptpnt_id in (select b.pntmall_rptpnt_id frompntmall_rptpoint_detail_tmp b)

最佳化後的SQL達到秒級，滿足客戶需求。

總結一下不走索引的情況：

1、條件欄位選擇性弱，查出的結果集較大，不走索引；

2、where條件等號兩邊欄位類型不同，不走索引；

3、最佳化器分析的統計資訊陳舊也可能導致不走索引；

4、索引欄位 is null 不走索引；

5、對於count(*)當索引欄位有notnull約束時走索引，否則不走索引；

6、like後面的字元當首位為萬用字元時不走索引；

7、使用不等於操作符如：<>、!=等不走索引；

8、索引欄位前加了函數或參加了運算不走索引；

Update關聯查詢不走索引，效率低下