Mysql中,like与regexp的区别

Mysql中,like与regexp的区别:1、适用对象不同;2、速度不同;3、语法不同。适用对象不同是指LIKE 函数适用于简单的通配符匹配,例如使用百分号(%)匹配任意字符,REGEXP 函数支持更灵活、更强大的正则表达式模式匹配功能。
LIKE 函数适用于简单的通配符匹配,例如使用百分号(%)匹配任意字符,或使用下划线(_)匹配单个字符。与此相反,REGEXP 函数支持更灵活、更强大的正则表达式模式匹配功能。
LIKE 函数比 REGEXP 函数更快,因为它通常能够使用索引优化查询操作,即使查询中使用了通配符。但对于复杂的模式匹配,REGEXP 函数的性能通常也非常出色。
LIKE 函数和 REGEXP 函数还存在一些语法差异,例如使用LIKE函数时可以使用转义字符来表示通配符字符本身,而使用REGEXP函数时需要使用反斜杠来表示正则表达式字符本身。
为了便于描述和测试不同模糊查询方式结果,首先给出一个简单的测试用数据表tests如下:
其中,tests表仅含有一个名为words的字段,并对该字段添加全文索引。表中共有6条记录。
Like算作MySQL中的谓词,其应用与is、=、>和<等符号用法类似。Like主要支持两种通配符,分别是”_”和”%”,其中前者代表匹配1个任意字符,常用于充当占位符;而后者代表匹配0个或多个任意字符。从某种意义上讲,Like可看作是一个精简的正则表达式功能。
例如,在如上表中查找所有以”hello”开头的记录,则其SQL语句为:
SELECT words FROM tests WHERE words LIKE 'hello%';
查询结果:
如果想查找所有以”hello”开头且至少含有6个字符的记录,则可简单修改SQL语句如下:
SELECT words FROM tests WHERE words LIKE 'hello_%';
查询结果:
另外,当在Like模式字段中,若不包含任何”_”和”%”通配符,则等价于”=”,表示精确匹配,例如查询语句……Like “hello”,则仅返回hello一条记录;还可在Like前加限定词Not,表示结果取反。
正则表达式具有庞大而丰富的语法,MySQL语法中支持绝大部分正则表达式功能,几乎可以满足所有需求。本文不过多展开正则表达式相关介绍,仅在Like的基础上,简单介绍其与Like模糊搜索方式的区别。
如前所述,Like匹配原则是要求模式串与整个目标字段匹配时,才返回该条记录;而RegExp中则是当目标字段包含模式串时即返回该条记录。例如如下SQL语句将返回所有包含”hello”的记录:
SELECT words FROM tests WHERE words REGEXP 'hello';
而在Like中这样的写法仅返回记录=”hello”的记录。为了限定正则表达式以某个模式串开头或者结尾,可以通过添加”^”和”$”标识符来限定,例如仍然搜索以”hello”开头的目标字段,则其SQL语句为:
SELECT words FROM tests WHERE words REGEXP '^hello';
对于包含某些特定模式串的模糊搜索,可以通过MySQL内置函数实现。可以完成这一功能的函数包括Instr()、Locate()和Position()等,其功能语法很相近,均是返回子串在字符串中的索引,且索引下标从1开始,当子串不存在是返回0。需要注意的是三个函数中子串和字符串的先后顺序是不一致的。例如以下语句均成功检索,且返回目标索引1。
SELECT INSTR("hello,world", 'hello');-- 1
SELECT LOCATE('hello', "hello,world");-- 1
SELECT POSITION('hello' in "hello, world"); -- 1
应用以上3个内置函数,搜索上述测试表中包含”hello”的记录,则相应SQL语句为:
SELECT words FROM tests WHERE INSTR(words, 'hello');
SELECT words FROM tests WHERE LOCATE('hello', words);
SELECT words FROM tests WHERE POSITION('hello' in words);
全文索引是MySQL中索引的一种,曾经仅在引擎为MyISAM的表中支持,从5.6版本开始在InnoDB中也开始支持全文索引,支持的字段格式包括CHAR、VARCHAR和TEXT。在如上已经添加了全文索引的tests表中,仍然查询包含”hello”的记录,应用全文索引查询的SQL语句为:
SELECT words FROM tests WHERE MATCH(words) against('hello');
实际上,MATCH(words) against(‘hello’)返回的是字段words对目标字符”hello”的匹配程度:当不存在任何匹配结果时,返回0;否则,根据匹配次数的多少和位置先后返回一个匹配度。例如,如下SQL语句返回表中每条记录对目标字段”hello”的匹配度:
SELECT MATCH(words) against('hello') FROM tests;
返回结果如下:
为了对比以上4种模糊搜索方式的性能,我们这里构建一个规模较大且更具一般性的数据表。本文选择采集若干条英文格言,用于创建目标数据库。创建数据表。为简单起见,仅创建一个名为says的字段,且对其添加全文索引。
CREATE TABLE IF NOT EXISTS sayings(says TEXT, FULLTEXT (says));
英文格言信息获取:在网上找了个英文格言的网站,并写了一个python小爬虫爬取页面全部300条英文格言,爬虫源码如下(为了增加记录条数,将300条记录重写100词,即数据库中包含30000条记录):
from pyquery import PyQuery as pq
from pymysql import connect
doc = pq(url='http://www.1juzi.com/new/43141.html', encoding = 'gb18030')
items=doc("div.content>p:nth-child(2n+1)").items()
hots = [item.text() for item in items]
with connect(host="localhost", user="root", password="123456", db='teststr', charset='utf8') as cur:
sql_insert = 'insert into sayings values (%s);'
for _ in range(100):
cur.executemany(sql_insert, hots)
对爬取的英文短句写入创建的数据表中。既然是英文励志格言短句,那么我们就来查询其中包括”success”的记录。首先查询语句中任意位置包含“success”的记录,4种方式SQL语句及执行时间为:
-- LIKE通配符
SELECT says FROM sayings WHERE says LIKE '%success%'
> OK
> 时间: 0.036s
-- REGEXP正则匹配
SELECT says FROM sayings WHERE says REGEXP 'success'
> OK
> 时间: 0.053s
-- 内置函数查找
SELECT says FROM sayings WHERE INSTR(says, 'success')
> OK
> 时间: 0.045s
SELECT says FROM sayings WHERE LOCATE('success', says)
> OK
> 时间: 0.044s
SELECT says FROM sayings WHERE POSITION('success' in says)
> OK
> 时间: 0.047s
-- 全文索引
SELECT says FROM sayings WHERE MATCH(says) against('Success')
> OK
> 时间: 0.006s
可见,全文索引速度最宽,名列前茅其他方式接近一个量级;Like通配符速度其次,但与其他几种查询方式效率相差不大。通过Explain查询计划,我们可以发现全文索引方式由于应用了索引而无需全表查询,所以执行速度快,而其他三种模糊查询方式均为执行全表查询。
实际上,对于添加索引的字段应用Like查询时,可以应用索引加速查询,为勒验证全文索引条件下是否仍然可以应用索引,我们进行第二组性能测试:查询语句中以“success”开头的记录(全文索引方式不支持指定单词开头的查询任务),相应SQL语句即执行时间如下:
SELECT says FROM sayings WHERE says LIKE 'success%'
> OK
> 时间: 0.015s
SELECT says FROM sayings WHERE says REGEXP '^success'
> OK
> 时间: 0.046s
SELECT says FROM sayings WHERE INSTR(says, 'success')=1
> OK
> 时间: 0.042s
SELECT says FROM sayings WHERE LOCATE('success', says)=1
> OK
> 时间: 0.051s
SELECT says FROM sayings WHERE POSITION('success' in says)=1
> OK
> 时间: 0.049s 20 21SELECT says FROM sayings WHERE MATCH(says) against('Success')
> OK
> 时间: 0.007s
可以看到,修改后的Like查询效率提升明显,并大幅超过其他方式。但解释查询计划发现,虽然possible_key显示了索引字段,但实际仍然未应用任何索引(key为null),即仍然进行全表查询(Type = All)。之所以带来速度上的大幅提升,仅仅是因为对’success%’要比’%success%’执行字符串匹配要快得多(后者要整列匹配,前者仅需匹配开头的单词即可),而与索引无关。
所以,得到的结论是Like通配符无法有效利用全文索引加速查询,但在特定模式下的查询速度可快于通配符%模式下的查询。
延伸阅读1:MySQL的优势
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系邮箱:hopper@cornerstone365.cn 处理,核实后本网站将在24小时内删除。
相关文章推荐
织信低代码开发“核心引擎”与“拓展能力”介绍
低代码平台不能只看表单、流程和页面。真正进入企业管理场景后,更重要的是底层能不能承载数据、权限、流程、集成、自动化和AI能力。
织信低代码平台的能力,可以分成两部分:核心引擎和拓展能力。核心引擎决定系统能不能搭起来、跑起来;拓展能力决定系统能不能接入更多业务场景,持续扩展。
一、核心引擎:支撑企业应用运行
1、数据建模引擎
织信以数据模型为基础,支持数据表、字段、记录、关联关系等能力。企业可以围绕客户、供应商、项目、合同、物料、设备、工单、库存等业务对象搭建系统,而不是只做一张张孤立表单。
它的价值在于:先把业务数据结构建清楚,再承接流程、权限、报表、接口和AI能力。这是织信区别于轻量表单工具的重要特点。
2、流程自动化引擎
织信提供工作流能力,支持审批、任务、变量、事件、子流程、多实例、多版本等机制。企业可以用它搭建采购审批、合同审批、项目立项、设备维修、费用报销、异常处理等流程。
流程自动化的价值,不只是线上审批,更是把责任、状态、节点和处理记录留在系统里,让业务可追踪、可复盘。
3、权限治理引擎
织信支持组织、部门、用户、角色、应用成员、应用角色等权限管理能力,可以根据岗位、部门和业务场景配置访问范围和操作权限。
企业系统里,不同部门看到的数据、能修改的字段、能审批的节点都不同。权限治理做细,系统才能既安全,又能正常协同。
4、自动化与脚本引擎
织信支持自动化、定时任务、监听器、脚本、HTTP请求等能力,可以在数据变化、流程变化或时间条件满足时自动触发动作。
例如自动提醒、自动校验、自动同步、自动生成记录、自动调用接口。这样系统不只是记录工具,也能参与业务执行。
二、拓展能力:支撑复杂场景扩展
1、系统集成能力
织信支持WebAPI、开放接口、HTTP、JDBC、消息队列、第三方集成、单点登录等能力,可以连接ERP、MES、CRM、OA、财务系统、钉钉、企业微信、飞书、LDAP、数据库等系统。
这让织信既能搭建新应用,也能作为企业系统之间的协同层。
2、界面与组件拓展能力
织信提供表单设计器、组件设计器、自定义组件字段、自定义视图、仪表盘、网站页面等能力,可以根据不同业务场景设计页面、看板和操作入口。
这使企业既能快速搭建标准应用,也能针对复杂需求做个性化扩展。
3、AI Agent能力
织信官方文档将其定位为企业级AI开发平台,强调数据建模、流程自动化、权限治理、系统集成与AI Agent能力。
在织信中,AI能力可以结合知识库、专家、技能、智能体、设计器智能体等模块,参与应用搭建、数据分析、流程辅助和业务处理。
更重要的是,织信的AI能力建立在数据、流程、权限和系统集成之上。这样AI进入企业系统时,能明确数据范围、操作边界和审批要求。
三、织信的独特之处
织信不是单点工具,而是企业信息化AI开发底座。
它既有低代码平台常见的表单、流程、权限、报表和自动化能力,也具备企业级系统需要的集成、部署、运维、SSO、信创适配、私有化部署等能力,同时把AI Agent纳入应用建设过程。
因此,织信更适合有复杂业务系统建设需求的企业。比如项目管理、OA、ERP扩展、MES补位、WMS、SRM、CRM、设备管理、人事管理等场景,都可以基于织信进行搭建和扩展。
简单来说,织信的价值在于:把数据模型、业务流程、权限治理、自动化执行、系统集成和AI能力放在同一个平台里,让企业系统搭得快、管得住、连得上,也能持续扩展。
各行业用户的共同选择







