MySQL LIKE模糊查询与REGEXP正则模式详解

结果或目标

在实际开发中，当我们需要根据部分文本特征搜索数据库记录时，标准的全等匹配（=）无法满足需求。本内容旨在提供一套完整的解决方案，涵盖MySQL内置的通配符机制与正则表达式引擎，确保读者能根据具体业务场景选择最高效的查询方式。

准备条件

• 已安装并运行MySQL数据库服务
• 具备基本的SQL查询编写能力
• 了解关系型数据库表结构概念

真实操作顺序

第1步：使用SQL模式（LIKE）进行基础模糊查询

目的：利用MySQL默认的SQL模式匹配语法，执行简单的部分字符串检索。

入口与动作：在SELECT语句中使用WHERE子句，配合LIKE或NOT LIKE操作符。注意，SQL模式默认忽略大小写，且不能使用=或!=进行比较。

核心通配符说明：

1. %：匹配任意数目字符（包括零个）。可用于匹配任意类型和长度的字符序列。
2. _：匹配任意单个字符。常用于限制字符长度，一个_可代表一个汉字或英文字母。

典型应用场景示例：

假设表中存在字段u_name，以下为常用查询写法：

查找包含“三”的所有记录：

SELECT * FROM user WHERE u_name LIKE '%三%';

查找以“三”开头、中间为任意单字、结尾任意的三字姓名（如“唐三藏”）：

SELECT * FROM user WHERE u_name LIKE '_三_';

查找以“三”开头的三字姓名（如“三脚猫”）：

SELECT * FROM user WHERE u_name LIKE '三__';

若需同时满足多个模糊条件（如既含“三”又含“猫”），必须使用AND连接两个LIKE条件，因为单个LIKE '%三%猫%'无法保证“三”一定在“猫”之前出现：

SELECT * FROM user WHERE u_name LIKE '%三%' AND u_name LIKE '%猫%';

第2步：使用正则模式（REGEXP）进行高级匹配

目的：实现位置锚定、字符类筛选及多条件逻辑组合，突破LIKE模式的局限。

入口与动作：使用REGEXP或RLIKE操作符（二者等价）替代LIKE。正则模式区分大小写，可通过字符类解决此问题。

核心正则元字符：

• .：匹配任何单个字符。
• [...]：字符集，匹配括号内任一字符（如[abc]或[a-z]）。
• *：重复匹配前一项零次或多次（如x*或.*）。
• ^：匹配字符串起始位置。
• $：匹配字符串结束位置。
• {n}：重复前一项n次。

典型应用场景示例：

查找以“三”开头的名字（对应LIKE的LIKE '三%' ）：

SELECT * FROM user WHERE u_name REGEXP '^三';

查找以“三”结尾的名字（对应LIKE的LIKE '%三' ）：

SELECT * FROM user WHERE u_name REGEXP '三$';

处理中文注意事项：正则表达式在匹配中文字符时行为可能与预期略有差异，建议在实际生产环境中充分测试，尤其是涉及多字节编码时。

完成判断

执行上述SQL语句后，检查返回的结果集是否符合预期。对于LIKE查询，确认是否遗漏了边界情况；对于REGEXP查询，验证正则语法是否正确解析，特别是锚点^和$的使用是否精准控制了匹配范围。

原文有依据的排错

• 混淆LIKE与REGEXP语义：LIKE是整体匹配模式，虽然支持通配符，但不具备正则的逻辑运算能力。例如，LIKE无法直接表达“包含A且后续包含B”的严格顺序之外的复杂逻辑，而REGEXP可以灵活组合。
• 大小写敏感度：LIKE默认不区分大小写（取决于排序规则collation），而REGEXP默认区分大小写。若需REGEXP忽略大小写，应使用字符类如[aA]或修改表的排序规则。
• 性能陷阱：使用REGEXP可能导致全表扫描且无法有效利用索引，尤其在大数据量下性能较差。若仅做简单的前缀或后缀匹配，优先使用LIKE或精确查询。

简要总结

MySQL提供了灵活的模糊查询机制。LIKE配合%和_适用于大多数简单的模式匹配需求，语法简洁且易于理解；REGEXP则提供了强大的正则表达式支持，适合处理位置锁定、字符范围限定及复杂逻辑组合的场景。开发者应根据数据规模、匹配复杂度及对性能的要求，合理选择查询策略。

以上就是MySQL LIKE模糊查询与REGEXP正则模式详解的详细内容，更多关于MySQL数据库优化技巧的资料请关注本站其它相关文章！