
这时候可以看见sql走了索引(后通配 走索引,前通配 走全表),但是根据“最左匹配”原则CatTom是匹配不到的。
因此我们使用其他的模糊查询写法:
1.1.普通用法: locate() 只要找到返回的结果都大于0(即使是查询的内容就是最开始部分),没有查找到才返回0;
1.2. 指定其实位置:
LOCATE('substr',str,pos)方法,返回查询字段在被查询下的索引。第一个为需要查询的内容,第二个为字段名称,第三个代表第几个匹配(1就是返回第一个匹配到的值,5就是第5个匹配到的值,最大不能超过最后一个匹配的索引,不然就是返回0。
position可以看做是locate的别名,功能跟locate一样
功能跟locate一样,唯一不同的是方法参数位置不同
返回str2中str1所在的位置索引,其中str2必须以","分割开。
输出结果
下面两种情况:1.返回值:由全体出入参数合并在一起而得到的字符串。只要输入的参数中有NULL值,就返回NULL。CONCAT允许只有一个输入参数的情况。
因此,MySQL单表多字段模糊查询可以通过下面这个SQL查询实现
SELECT * FROM `magazine` WHERE CONCAT(`title`,`tag`,`description`) LIKE ‘%关键字%’
2.如果这三个字段中有值为NULL,则返回的也是NULL,那么这一条记录可能就会被错过,怎么处理呢,我这边使用的是IFNULL进行判断,则sql改为:
<pre name="code" class="sql">SELECT * FROM `magazine` WHERE CONCAT(IFNULL(`title`,''),IFNULL(`tag`,''),IFNULL(`description`,'')) LIKE ‘%关键字%’
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 秒
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)