優化一個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(*)當索引欄位有not null約束時走索引，否則不走索引；

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

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

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