like效率 regexp_mysql中REGEXP 和 LIKE 的效率问题？

最新推荐文章于 2024-06-01 11:13:58 发布
最新推荐文章于 2024-06-01 11:13:58 发布
阅读量1.7k 收藏 1
点赞数
文章标签： like效率 regexp
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_34220317/article/details/113019944
版权

看到一个帖子，是讨论 REGEXP 和 LIKE 的效率问题，下面简单做个测试：

1，我们先来看表person的索引信息：

mysql> show index from person;

+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+

| Table  | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |

+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+

| person |          0 | PRIMARY  |            1 | id          | A         |        2009 |     NULL | NULL   |      | BTREE      |         |

| person |          1 | descs    |            1 | descs       | A         |        2009 |     NULL | NULL   | YES  | BTREE      |         |

| person |          1 | name     |            1 | name        | A         |        1004 |     NULL | NULL   | YES  | BTREE      |         |

+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+

2，下面具体看看这两条SQL语句的执行过程。

mysql> explain SELECT * FROM person WHERE descs REGEXP '^.{5}$';

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows | Extra       |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

|  1 | SIMPLE      | person | ALL  | NULL          | NULL | NULL    | NULL | 2009 | Using where |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

1 row in set (0.00 sec)

mysql> EXPLAIN SELECT * FROM person WHERE descs LIKE '_____';

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows | Extra       |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

|  1 | SIMPLE      | person | ALL  | NULL          | NULL | NULL    | NULL | 2009 | Using where |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

1 row in set (0.00 sec)

显然，两个SQL语句的执行过程是一样的，当然其性能也是如此。

会不会有其他情况，看下面：

mysql> EXPLAIN SELECT * FROM person WHERE descs LIKE '^_____%';

+----+-------------+--------+-------+---------------+-------+---------+------+------+-------------+

| id | select_type | table  | type  | possible_keys | key   | key_len | ref  | rows | Extra       |

+----+-------------+--------+-------+---------------+-------+---------+------+------+-------------+

|  1 | SIMPLE      | person | range | descs         | descs | 63      | NULL |    1 | Using where |

+----+-------------+--------+-------+---------------+-------+---------+------+------+-------------+

1 row in set (0.09 sec)

mysql>

mysql>

mysql> EXPLAIN SELECT * FROM person WHERE descs LIKE '_____%';

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows | Extra       |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

|  1 | SIMPLE      | person | ALL  | NULL          | NULL | NULL    | NULL | 2009 | Using where |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

1 row in set (0.00 sec)

mysql> EXPLAIN SELECT * FROM person WHERE descs LIKE '^_____';

+----+-------------+--------+-------+---------------+-------+---------+------+------+-------------+

| id | select_type | table  | type  | possible_keys | key   | key_len | ref  | rows | Extra       |

+----+-------------+--------+-------+---------------+-------+---------+------+------+-------------+

|  1 | SIMPLE      | person | range | descs         | descs | 63      | NULL |    1 | Using where |

+----+-------------+--------+-------+---------------+-------+---------+------+------+-------------+

1 row in set (0.00 sec)

mysql> EXPLAIN SELECT * FROM person WHERE descs LIKE '%_____%';

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows | Extra       |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

|  1 | SIMPLE      | person | ALL  | NULL          | NULL | NULL    | NULL | 2009 | Using where |

+----+-------------+--------+------+---------------+------+---------+------+------+-------------+

1 row in set (0.00 sec)

测试结果很明显，如果 LIKE 左端不固定，那么查询就不会用上索引，效率就很不好，如果你有更好的方法，我们可以邮件讨论。

阅读(5905) | 评论(1) | 转发(0) |

ChrisJimmel
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
like效率 regexp_Oracle中like效率正则表达式浅析
weixin_36356958的博客
01-17 1214
Oracle 中like常用但是其效率不是高。特别是使用%a%-----》全局扫描，没有利用到任何索引。情况可以的条件尽量下使用a%------》可以利用正序的索引。%a------》可以利用反序的索引(当然得已有反序的索引)。使用instr函数取代like查询，可提高效率，在海量数据中效果尤其明显。1.%a%方式：select * from pub_yh_bm twhere instr(t.ch...
mysql模糊查询like和regexp小结
09-10
总结，`LIKE` 和 `REGEXP` 在 MySQL 中各有其适用场景。`LIKE` 简单且广泛使用，适合简单的模糊匹配；而 `REGEXP` 提供了更复杂的匹配规则，适合需要更精细控制的场景。在实际使用中，应根据查询需求和性能考虑选择...
like效率 regexp_Oracle 中like效率 正则表达式 浅析
weixin_39921131的博客
01-27 789
Oracle 中like常用但是其效率不是高。特别是使用%a%-----》全局扫描，没有利用到任何索引。情况可以的条件尽量下使用a%------》可以利用正序的索引。%a------》可以利用反序的索引(当然得已有反序的索引)。使用instr函数取代like查询，可提高效率，在海量数据中效果尤其明显。1.%a%方式：select * from pub_yh_bm twhere instr(t.ch...
java面试题：MySQL中 regexp 和 like 性能比较
最新发布
u013938578的博客
06-01 41
但是，当你面临的是简单的模式匹配需求时，LIKE不仅更易于理解和使用，而且如我们的测试所示，它往往能提供更快的响应时间。尽管REGEXP提供了更强大和灵活的匹配能力，它在处理复杂的模式匹配时是不可或缺的，但在我们的实验中，LIKE在执行效率方面展现出了明显的优势。然而，我们有时候会用regexp正则匹配目标值，通常，LIKE的性能可能稍微优于REGEXP，因为它不涉及解析和执行正则表达式的额外开销。经多轮测试，可以看到，like匹配需要大约0.45秒的时间，明显由于regexp的查询。
是否可以加唯一约束 有空_在MySQL中允许空值的唯一约束
weixin_39870413的博客
12-20 156
I have a field that stores product codes. The codes are unique, but some products simply doesn't have a code. I can't invent codes because those are providers codes.Is this kind of constraint possible...
like效率 regexp_Mysql中，like与regexp的一个重要区别。我有点理解不了？
weixin_36359075的博客
01-17 917
这个意思是 如果 列值是 'a1000b' ，那么第一个语句，like '1000' 将不会返回这一行，而第二个语句会返回这个一行。like 使用通配符效果和 regexp 一致例如：like '%1000%' 等价于 regexp '1000'自己做实验体验下吧,参考sql如下use world;drop table if exists test;create table test(name...
like效率 regexp,REGEXP性能（与“LIKE”和“=”比较）
weixin_28707739的博客
01-17 753
I am using MySQL. I have asked a question about how to query in database for a single word match here.There is an answer which suggest me to use REGEXP '[[::]]'It is a good answer, however, I am not s...
mysql模糊查询like与REGEXP的使用详细介绍
12-16
在mysql中实现模糊查询的有like和regexp。本文通过实例代码给大家详细介绍这两者的使用方法，下面来跟着小编一起学习学习吧。 like模式 like意思是长得像，有两个模式：_和% _表示单个字符，通常用来查询定长的数据...
老生常谈MYSQL模式匹配 REGEXP和like的用法
12-16
MySQL提供标准的SQL模式匹配（like)，以及一种基于象Unix实用程序如vi、grep和sed的扩展正则表达式模式匹配的格式(regexp)。 SQL的模式匹配允许你使用“_”匹配任何单个字符，而“%”匹配任意数目字符(包括零个字符)...
Mysql 执行效率 REGEXP 与 % 查询效率 比较 mysql 查询 中文，模糊查询中文标题进行效率对比结果显示%执行较为快一些，EXPLAIN监控的时间是一样的
java技术专家全栈成长之路
01-13 921
1、查询语句如下 EXPLAIN SELECT t.* from tbm_news_processing t where t.title like '%测试%' ; EXPLAIN SELECT t.* from tbm_news_processing t where t.title regexp '.*测试.*' ; SELECT t.* from tbm_news_processing t where t
mysql 中 REGEXP 和IN 的效率对比
Y_jay的博客
10-21 2380
实例 为了探索这个问题，新建一个表 t_person CREATE TABLE `NewTable` ( `id` int(11) NOT NULL AUTO_INCREMENT , `p_name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL , `ctime` datetime NULL DEFAULT NULL , `utime` datetime NULL DEFAULT NU
MYSQL里使用正则的速度快还是使用like模糊查询语句快？
dashen2578的博客
07-06 1942
LIKE会略快一些。但显然LIKE的功能无法与REGEXP相比。另外是索引的问题，LIKE有可能使用索引但REGEXP则很难。 转载于:https://www.cnblogs.com/lingmou/p/3174893.html...
INSTR和LIKE比较
GSON的博客
03-16 1032
instr(‘hello world’,‘l’,3,2)结果为：10 查询’hello world’中从左往右顺序第三位开始算第二次出现’l’的位置；instr(‘hello world’,‘l’,-3,3)结果为：10 查询’hello world’中从右往左顺序第三位开始第三次出现’l’的位置；instr(‘hello world’,‘l’,-1,1)结果为：10 查询’hello world’中从右往左顺序第一次出现’l’的位置；
mysql中Mysql模糊查询like效率，以及更高效的写法和sql优化方法
IT技术宅-北方的刀郎
07-29 4576
in_array的效率 in_array函数是个糟糕的选择。应该尽量用isset函数或array_key_exists函数来替代 。in_array函数的复杂度是O(n)，而isset函数的复杂度是O(1) isset函数是检测变量是否设置。 返回值： 若变量不存在则返回FALSE 若变量存在且其值为NULL，也返回FALSE 若变量存在且值不为NULL，则返回TURE 同时检查多个变量时，每个单项都符号上一条要求时才返回TRUE,否则结果为FALSE PHP的empty()函数 格式：.
sql语句中条件查询like的效率,及使用规范.
热门推荐
z69183787的专栏
08-29 1万+
引用“ 我在做数据库查询的时候，发现了一个奇怪的问题，在使用like关键字的时候，速度其慢，效率极低。不明白是什么原因，请大家讲解一下，为什么like慢，而其他的两个快。3个查询不同的地方用红色做了标识。 我数据表中的数据量如下FDAEnterprise 数据513条，TYHJL里面的数据为22516条。 我有如下一个查询语句：查询所花费的时间是13秒。   select top 15
Mysql中正则表达式Regexp常见用法
fwj_ntu的博客
09-29 5963
Mysql中Regexp常见用法 模糊匹配，包含特定字符串 # 查找content字段中包含“车友俱乐部”的记录 select * from club_content where content regexp '车友俱乐部' # 此时的regexp与like的以下用法是等同的 select * from club_content where content like '%车友俱乐部%' ...
SQL优化速度，关于like
xinning1002的博客
03-16 4719
SQL优化速度，关于like
SQL Server中妙用like提高查询效率
quxiao2002的专栏
09-21 8331
查询是SQL Server中主要的功用，而在查询中将Like用上，可以搜索到一些意想不到的后果和成效，like的神奇之处在于其提供的模糊查询功用，议决与它相婚配的四大类通配符，like放在条件中起到画龙点睛的作用。 一、普通搜索条件中用Like 可与LIKE配对的数据类型首要是字符串、日期或时间值。LIKE 主要字可以运用惯例表达式包括上面三品种型数据，这些数据字符串中可包括下面四种通配符的随
like效率 regexp_mysql模糊查询like和regexp小结
05-22
在MySQL中，LIKE和REGEXP都是用来进行模糊查询的。 1. LIKE LIKE是MySQL中最常用的模糊查询方式，它可以用来匹配一个字符串中是否包含另一个字符串，语法如下： ``` SELECT * FROM table WHERE column LIKE ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值