
这时候可以看见sql走了索引(后通配 走索引,前通配 走全表),但是根据“最左匹配”原则CatTom是匹配不到的。
因此我们使用其他的模糊查询写法:
1.1.普通用法: locate() 只要找到返回的结果都大于0(即使是查询的内容就是最开始部分),没有查找到才返回0;
1.2. 指定其实位置:
LOCATE('substr',str,pos)方法,返回查询字段在被查询下的索引。第一个为需要查询的内容,第二个为字段名称,第三个代表第几个匹配(1就是返回第一个匹配到的值,5就是第5个匹配到的值,最大不能超过最后一个匹配的索引,不然就是返回0。
position可以看做是locate的别名,功能跟locate一样
功能跟locate一样,唯一不同的是方法参数位置不同
返回str2中str1所在的位置索引,其中str2必须以","分割开。
输出结果
ySQL 4.x以上提供了全文检索支持 MATCH ……AGAINST 模式(不区分大小写)前提:建立全文索引的表的存储引擎类型必须为MyISAM
新建一个utf8 MyISAM类型的表并建立一个全文索引 :
其中FULLTEXT(title, body) 给title和body这两列建立全文索引,之后检索的时候注意必须同时指定这两列。
全文检索语法
+ 表示AND,即必须包含。- 表示NOT,即不包含。
apple和banana之间是空格,空格表示OR,即至少包含apple、banana中的一个。
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条)