mysql查询语句中like 的用法

1、常见用法：

（1）搭配%使用

%代表一个或多个字符的通配符，譬如查询字段name中以大开头的数据：

（2）搭配_使用

_代表仅仅一个字符的通配符，把上面那条查询语句中的%改为_，会发现只能查询出一条数据。

2、使用like模糊查询会导致索引失效，在数据量大的时候会有性能问题

（1）尽量少以%或者_开头进行模糊查询

通过explain执行计划，我们发现，使用like模糊查询时，如果不以%和_开头查询的话，索引还是有效的。

（2）使用覆盖索引

当查询的的条件和查询的结果都是索引中的字段的时候，这个索引我们可以称之为覆盖索引，这个时候，使用like模糊查询索引是有效的。

InnoDB中主键可以不添加进索引中

注意：使用覆盖索引，对于字段的长度是由要求限制的，一般超过长度，索引也会失效

这里如果查询中带有descripition字段，则覆盖索引也会失效。

扩展资料

like语句的语法格式是：select * from 表名 where 字段名 like 对应值（子串），它主要是针对字符型字段的，它的作用是在一个字符型字段列中检索包含对应子串的。

一、% 包含零个或多个字符的任意字符串：

1、like'Mc%' 将搜索以字母 Mc 开头的所有字符串（如 McBadden）。

2、like'%inger' 将搜索以字母 inger 结尾的所有字符串（如 Ringer、Stringer）。

3、like'%en%' 将搜索在任何位置包含字母 en 的所有字符串（如 Bennet、Green、McBadden）。

二、:_（下划线） 任何单个字符：

like'_heryl' 将搜索以字母 heryl 结尾的所有六个字母的名称（如 Cheryl、Sheryl）。

三、[ ] 指定范围 ([a-f]) 或集合 ([abcdef]) 中的任何单个字符：

1，like'[CK]ars[eo]n' 将搜索下列字符串：Carsen、Karsen、Carson 和 Karson（如 Carson）。

2、like'[M-Z]inger' 将搜索以字符串 inger 结尾、以从 M 到 Z 的任何单个字母开头的所有名称（如 Ringer）。

where条件==>order by 条件==>group by 条件 按顺序遵守 最佳左前缀法则

假设创建了复合索引：a,b,c

不在索引列上做任何的 *** 作（计算、函数、显式或隐式的类型转换），否则会导致索引失效而转向全表扫描

1、字符不加单引号会导致索引失效

name字段为varchar类型

这条sql发生了隐式的类型转换：数值==>字符串。所以导致了全表扫描，索引失效

应尽量避免在 where 子句中对字段进行表达式 *** 作，这将导致引擎放弃使用索引而进行全表扫描。如：

mysql中的范围条件有：in/not in、 like、 <>、BETWEEN AND ；

<>后面的索引失效

in会导致索引全部失效！！！

BETWEEN AND 范围条件不会导致索引失效！！！

尽量让索引列和查询列一致；减少select * 的使用

1、查询表结构

2、查询表的索引结构

联合索引：name,age,post；说明add_time字段没有添加索引

3、查看select * 的执行计划

4、查看 select name,age,pos的执行计划

5、如果select只用一部分索引

like以通配符开头（’%abc…’）mysql索引失效会变成全表扫描的 *** 作。

解决：可以使用 覆盖索引 来解决这个问题！

1、先查看表上的索引

id、name、age、pos 四个字段上都有索引； 注意：name是联合索引中的第一个，带头大哥！

2、查看表结构

有个add_time字段没有用到索引

3、查看执行计划

使用UNION ALL

假设创建了联合索引 x(a,b,c)

ps：like虽然也是范围查询但是区别于>、<，%用在最前面就只用到索引a了；%用在最后面可以用到a+b+c！

下面的sql几乎违背了上面的所有原则，索引依然全部生效。因为select是索引覆盖的，select里不包含没有建立索引的字段。因此总是用到索引的。可以看出来索引覆盖在sql优化中的作用性

MySQL LIKE 语法

LIKE 运算符用于 WHERE 表达式中，以搜索匹配字段中的指定内容，语法如下：

WHERE column LIKE pattern

WHERE column NOT LIKE pattern

在 LIKE 前面加上 NOT 运算符时，表示与 LIKE 相反的意思，即选择 column 不包含 pattern 的数据记录。

LIKE 通常与通配符 % 一起使用，% 表示通配 pattern 中未出现的内容。而不加通配符 % 的 LIKE 语法，表示精确匹配，其实际效果等同于 = 等于运算符。

MySQL LIKE 大小写

MySQL LIKE 匹配字符时，默认是不区分大小写的，如果需要在匹配的时候区分大小写，可以加入 BINARY *** 作符：

SELECT * FROM user WHERE username LIKE BINARY '%azz%'SELECT * FROM user WHERE username LIKE BINARY '%aZZ%'

BINARY *** 作符表示按照二进制进行比较，因此加上该 *** 作符后，便可以严格区分大小写，因此以上两条 SQL 查询出来的内容是不同的。

MySQL LIKE 中文字符匹配

由于数据存储编码问题，在某些情况下，MySQL 进行 LIKE 搜索返回的数据中除了符合要求的数据外，往往还会返回许多不相干的数据。这时候也需要在 LIKE 后面加上 BINARY *** 作符以进行二进制比较：

SELECT * FROM user WHERE username LIKE BINARY '%小%'

提示

当在 LIKE 匹配时加上 BINARY *** 作符后，则会严格区分英文大小写。因此当检索的内容是中英文混合且需要忽略英文大小写的时候，就会遇到麻烦。为解决此问题，需要引入 MySQL 中的 UPPER() 与 CONCAT() 函数：

UPPER()：将英文字符串变大写，同UCASE()

CONCAT()：将多个字符串连接成一个字符串

语法如下：

UPPER(str)

CONCAT(str1,str2,...)

因此当我们要进行中英文混合匹配检索且要忽略英文大小写时，可以使用如下例所示的 SQL 语句：

SELECT * FROM username WHERE UPPER(username) LIKE BINARY CONCATt('%',UPPER('a中文b'),'%')

在该 SQL 中，将搜索的字段及检索的内容都进行大写转换后，再进行二进制匹配。

LIKE 运算符的效率

LIKE 运算符要对字段数据进行逐一扫描匹配，实际执行的效率是较差的，哪怕该字段已经建有索引（a% 这种方式会用到索引）。当数据量较大时，要尽可能的减少 LIKE 运算符的使用，也没有太多优化的余地。

---