由于业务需要,需要对某张表中当天的数据点击率小于某个值的字段进行操作,表中目前数据量并不算大,有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变量时.或相反情况