mysql如何在查询中使用正则表达式

来源：这里教程网时间：2026-02-28 20:07:42 作者：

在MySQL查询里想用正则表达式，核心就是借助

REGEXP

或者

RLIKE

这两个操作符。它们允许你用更灵活、更强大的模式匹配方式来筛选数据，远超

LIKE

的局限性。

要实现这个功能，你只需要在

WHERE

子句中使用

REGEXP

或

RLIKE

操作符，后面跟上你的正则表达式模式。我个人觉得，这就像给数据筛选装上了一把瑞士军刀，能处理各种复杂的文本匹配需求。比如，我想找出所有名字以'J'开头，但又不只是简单的'J%'，我可能要确保'J'后面紧跟着一个字母，或者是一个完整的单词。最基础的语法是这样的：

SELECT * FROM users WHERE name REGEXP '^J[a-z].*';

这里

代表字符串开头，

[a-z]

匹配任何小写字母，

.*

则匹配任意数量的任意字符。这样，就能精准地找到那些名字以'J'开头，且第二个字符是小写字母的用户了。需要注意的是，

REGEXP

默认是大小写不敏感的，这在大多数情况下很方便，但如果你需要区分大小写，可能需要结合

BINARY

关键字或者特定的字符集设置。

为什么常规的LIKE操作有时不够用？

我常遇到这样的情况，

LIKE

操作符在处理一些模糊匹配时，比如

和

，确实很方便。但它也有明显的局限性，比如你只能匹配任意字符序列或者单个字符。如果我想找出所有包含“cat”或“dog”这两个完整单词的记录，

LIKE '%cat%' OR LIKE '%dog%'

勉强能做，但如果我需要匹配一个字符串中包含三个连续数字的模式，或者某个字段必须以字母开头、数字结尾，

LIKE

就显得捉襟见肘了。

举个例子，假设我有一个商品编码列表，我需要找出所有编码格式为“字母-数字-字母”的商品，比如“A-123-B”。用

LIKE

几乎不可能实现，因为它无法表达“必须是字母”或“必须是数字”这种精确的模式。但

REGEXP

就能轻松搞定：

SELECT product_code FROM products WHERE product_code REGEXP '^[A-Z]-[0-9]+-[A-Z]$';

这里，

[A-Z]

匹配单个大写字母，

[0-9]+

匹配一个或多个数字，

和

确保了整个字符串都符合这个模式。这种精细化控制，是

LIKE

永远给不了的。

MySQL中常用的正则表达式元字符有哪些，它们如何工作？

说实话，刚接触这些符号的时候，我也觉得有点头大，感觉像在看某种密码。但一旦理解了，它们就是你数据查询的超能力。MySQL支持的正则表达式元字符和大部分编程语言中的概念是相通的，掌握几个核心的就够用了：

^
(脱字符)：匹配字符串的开始。例如，
'^[0-9]'
会匹配所有以数字开头的字符串。 $
(美元符号)：匹配字符串的结束。例如，
'[0-9]$'
会匹配所有以数字结尾的字符串。 .
(点)：匹配任意单个字符（除了换行符）。比如，
'h.t'
能匹配“hat”、“hot”等。 *`
(星号)**：匹配前一个字符零次或多次。
'ab*c'`能匹配“ac”、“abc”、“abbc”等。 +
(加号)：匹配前一个字符一次或多次。
'ab+c'
能匹配“abc”、“abbc”，但不会匹配“ac”。 ?
(问号)：匹配前一个字符零次或一次。
'ab?c'
能匹配“ac”或“abc”。 []
(方括号)：定义一个字符集合。
'[aeiou]'
匹配任何元音字母。
'[0-9]'
匹配任何数字。
'[a-zA-Z]'
匹配任何字母。 [^...]
(方括号带脱字符)：定义一个非字符集合。
'[^0-9]'
匹配任何非数字字符。 |
(竖线)：逻辑或操作符。
'cat|dog'
匹配“cat”或“dog”。 ()
(圆括号)：用于分组和捕获。
'(ab)*'
匹配零个或多个“ab”序列。 {n}
、
{n,}
、
{n,m}
(花括号)：量词，匹配前一个字符的精确次数、至少次数或范围次数。
'a{3}'
匹配“aaa”。
'a{2,}'
匹配至少两个“a”。
'a{2,4}'
匹配两到四个“a”。

这些元字符可以组合使用，构建出极其复杂的匹配模式。例如，要找到所有包含一个邮箱地址的文本（简化版）：

SELECT content FROM articles WHERE content REGEXP '[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,4}';

这模式看起来有点吓人，但它就是通过这些基本元字符组合起来的，匹配了“用户名@域名.后缀”的结构。

使用正则表达式时可能遇到的性能挑战及应对策略

我个人在项目中就吃过亏，一个看似简单的正则查询，把数据库拖慢得一塌糊涂。这是因为

REGEXP

操作符通常无法利用索引。当你使用

REGEXP

时，MySQL不得不对表中的每一行数据进行全扫描，然后逐个应用正则表达式进行匹配。在大表上，这几乎等同于一场灾难。

主要挑战：

无法使用索引： 这是最核心的问题。
REGEXP
操作符是非“sargable”的，意味着它不能通过索引来缩小搜索范围，必须扫描所有相关行。

CPU密集型： 正则表达式匹配本身就是一项CPU密集型操作，特别是当模式复杂或数据量巨大时。

应对策略：

缩小查询范围： 在使用
REGEXP
之前，尽可能地利用其他可以走索引的
WHERE
条件来过滤数据。例如，先用
WHERE creation_date > '2023-01-01'
来筛选出最近的数据，再对这部分数据应用
REGEXP
。
SELECT * FROM logs WHERE log_date >= CURDATE() - INTERVAL 7 DAY AND message REGEXP 'error|exception';

优化正则表达式模式： 保持你的正则表达式尽可能简单和具体。避免使用过于宽泛的模式，比如在开头使用
.*
，这会迫使引擎进行更多的回溯和尝试。如果能明确匹配的起始位置，就用
^
。

考虑替代方案： 预处理数据： 如果某些模式匹配是经常性的需求，考虑在数据插入或更新时就进行处理，提取出需要匹配的关键信息，存储在一个单独的、可索引的列中。 全文本搜索： 对于复杂的文本搜索需求，MySQL的
FULLTEXT
索引是一个更好的选择，它专门为文本内容设计，性能远超
REGEXP
。或者考虑使用专门的搜索工具，如Elasticsearch。 LIKE
预过滤：如果模式允许，可以先用
LIKE
进行粗略过滤，然后再用
REGEXP
进行精细匹配，但这仅在
LIKE
能大幅减少行数时才有效。