【已解决】mysql的函数instr对索引有影响吗

指针扰幽梦

早上做了测试：
sql如下：
EXPLAIN SELECT c.*,i.* FROM cms_publish_1 c INNER JOIN cms_content_index i ON c.ContentID=i.ContentID WHERE  i.NodeID IN(55,1175,1177,1178,1179,1180,292,293,548,294,837,1278,1279,1280,309,310,311,1295,1296,1291) AND instr(c.Keywords,'xxxx') LIMIT 5
其中NodeID和keywords都设置了索引，但是这句语句执行很慢，打开要花掉一分钟的时间，表数据两是百万级的。

我猜想是instr这个模糊查询导致了keywords这个的索引失效。于是我把instr换成c.Keywords LIKE xxx%,
结果快了好多好多。

我有做了个测试，
sql如下：
其中indexID也设置了索引

EXPLAIN SELECT c.*,i.* FROM cms_publish_1 c INNER JOIN cms_content_index i ON c.ContentID=i.ContentID WHERE  i.NodeID IN(55,1175,1177,1178,1179,1180,292,293,548,294,837,1278,1279,1280,309,310,311,1295,1296,1291) AND i.IndexID IN(1254864,1254862,1244180) LIMIT 5

这个查询也很快，于是我认为instr会导致索引失效，但我不太确定。
求大神解答，顺便给给解决这个问题的方案

指针扰幽梦

没人帮帮忙吗，急{:3_198:}

seesea2517

有，这个是个常见的影响索引工作的问题，任何一个优化查询的文章都会说到：不要对索引字段使用函数。

指针扰幽梦

回复 3# seesea2517
但是，我测试IN()里的也还是有索引效果的，这种说法有点绝对吧，主要还得看函数是如何构成的吧


   

指针扰幽梦

早上又改了一下，一想既然keywords索引失效而导致大大范围查找，于是把in里的条件减少，分开查询得到结果后再按照时间排序，但如此一来得到的结果有很大可能就跟之前的不一样了，除非分开查找的个数很多，但如此一来，把结果排序又要花费时间，愁啊

seesea2517

回复 4# 指针扰幽梦


    in 好像不是函数吧，它是操作符。

指针扰幽梦

回复 6# seesea2517
额，是哦，我错了