Update关联查询不走索引，效率低下

   优化一个sql，就是有A,B两个表，要利用b表的字段更新a表对应的字段。形如

Sql代码  

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、索引字段前加了函数或参加了运算不走索引；