MySQL模糊查询

根据"最左匹配"原则，将上面的sql改变成

这时候可以看见sql走了索引（后通配 走索引，前通配 走全表），但是根据“最左匹配”原则CatTom是匹配不到的。

因此我们使用其他的模糊查询写法：

1.1.普通用法： locate() 只要找到返回的结果都大于0(即使是查询的内容就是最开始部分)，没有查找到才返回0；

1.2. 指定其实位置：

LOCATE（'substr',str,pos）方法,返回查询字段在被查询下的索引。第一个为需要查询的内容，第二个为字段名称，第三个代表第几个匹配（1就是返回第一个匹配到的值，5就是第5个匹配到的值，最大不能超过最后一个匹配的索引，不然就是返回0。

position可以看做是locate的别名，功能跟locate一样

功能跟locate一样,唯一不同的是方法参数位置不同

返回str2中str1所在的位置索引，其中str2必须以","分割开。

输出结果

mysql 中一般使用like 来进行模糊查询，但like 的效率非常的低，容易导致全表扫描，因此不推荐使用。

那有木有其他的方法代替like来进行模糊查询呢？

替代方法肯定是有的，以下是几个可替代like 进行模糊查询的 关键词

instr

locate

position

find_in_set

下面简单介绍下各个方法的使用情况

测试对象content 表

SELECT COUNT(mlzm_content.id) FROM mlzm_content

数据量： 33034 条信息

LIKE

SELECT id,Title from mlzm_content WHERE Title LIKE '%美女%'

结果：294 条记录

耗时： 0.0130 秒

SELECT id,Title from mlzm_content WHERE Title LIKE '%模特%'

结果：10 条记录

耗时： 0.0550 秒

结论：但查询到结果集的数据量少的时候like耗时会增加，即总数据量不变，结果越少耗时约大

INSTR

语法：INSTR(str, substr)

SELECT id,title from mlzm_content WHERE INSTR(Title,'美女')>0

结果：294 条

耗时：0.0150 秒

INSTR(str, substr) 与LOCATE(substr, str) 类似，只是参数的位置变了

LOCATE

语法：LOCATE(substr, str)

SELECT id,title from mlzm_content WHERE LOCATE('美女',Title)>0

结果：294 条

耗时： 0.0150 秒

SELECT id,title from mlzm_content WHERE LOCATE('模特',Title)>0

结果：10条

耗时： 0.0760 秒

select t.gmt_Id_i ,t.gmt_Name_v,

( select count(*) from tb_mgoods where goods_MoreType_v like '%/[' + t.gmt_Id_i + '/]%' escape '/') as counts

from tb_mgoodsmoretype t where t.gmt_Id_i in(10,121)

注意： like '%某字符串%' 等效于 like '%'+'某字符串'+'%',由于gmt_Id_i是字段名称，故不能使用 like '%gmt_Id_i%' 必须使用 like '%' + gmt_Id_i + '%' ,另外由于你的goods_MoreType_v字段含有[],必须使用转义符，把[]转为字符串[],否则，sql会理解[]为通配符使用，还有 sql中转义符\ 解释为把该字符后的第一个字母转成普通的字符。

---