mysql批量更新表中数据及索引失效

由于业务需要，需要对某张表中当天的数据点击率小于某个值的字段进行操作，表中目前数据量并不算大，有3W多条数据。开始我的想法是按下面sql操作的

UPDATE t SET num=num+2 WHERE TO_DAYS(NOW()) - TO_DAYS(created_day)=0 AND num<50 ;

发现当天的数据即使只有一百多条，这条sql语句执行下来也要10秒左右，代码中的

TO_DAYS(NOW()) - TO_DAYS(created_day)=0 

会对表中的每一条数据进行匹配，这样有3W条数据，在执行时就要对比3W次，于是我想到是不是该给created_day添加索引，可发现添加上索引依然没有改观，原来很简单，索引失效条件有一条就是“对索引字段进行计算操作、字段上使用函数”，于是把sql改为如下：

UPDATE t SET num=num+2 WHERE created_day>curdate() AND num<50 ;

执行效率立马上来了，现在只有时间只有0.0409秒，也可以考虑使用between and来实现。

索引查询失效的几个情况：

1、like 以%开头，索引无效；当like前缀没有%，后缀有%时，索引有效。

2、or语句前后没有同时使用索引。当or左右查询字段只有一个是索引，该索引失效，只有当or左右查询字段均为索引时，才会生效

3、组合索引，不是使用第一列索引，索引失效。

4、数据类型出现隐式转化。如varchar不加单引号的话可能会自动转换为int型，使索引无效，产生全表扫描。

5、在索引列上使用 IS NULL 或 IS NOT NULL操作。索引是不索引空值的，所以这样的操作不能使用索引，可以用其他的办法处理，例如：数字类型，判断大于0，字符串类型设置一个默认值，判断是否等于默认值即可。

6、在索引字段上使用not，<>，!= ，not in、not exist、。不等于操作符是永远不会用到索引的，因此对它的处理只会产生全表扫描。 优化方法： key<>0 改为 key>0 or key<0。

7、对索引字段进行计算操作、字段上使用函数。（索引为 emp(ename,empno,sal)）

8、当全表扫描速度比索引速度快时，mysql会使用全表扫描，此时索引失效。

9、当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况