本文介绍如何使用 MySQL 正则表达式精准匹配 VARCHAR 字段中既含字母又含数字的记录，适用于无法修改表结构的清洗场景，并提供高效、兼容性强的正则方案及实用注意事项。
本文介绍如何使用 mysql 正则表达式精准匹配 `varchar` 字段中**既含字母又含数字**的记录，适用于无法修改表结构的清洗场景，并提供高效、兼容性强的正则方案及实用注意事项。
在处理如专业执照号（licenses 表）等业务数据时，常遇到字段设计与实际录入不一致的问题：本应仅存纯数字的 number 列（如 "2676612"），却混入了带前缀字母的完整编号（如 "RN2676612" 或 "LPN2261123"），甚至错误前缀。这类“字母+数字”混合值既不符合业务逻辑（因 lic_type 已单独存储类型码），又干扰后续拼接（如 CONCAT(lic_type, number)）和查询。而纯字母值（如 "STUDENT"、"WAITING"）需保留——仅需定位真正非法的“字母与数字共存”记录。
MySQL 的 REGEXP（或 RLIKE）是解决该问题的核心工具。但需注意：MySQL 5.7 及更早版本不支持 PCRE 风格的正向先行断言（如 (?=.*\d)），这正是原查询报错 #1139 - Got error 'repetition-operator operand invalid' 的根本原因。因此，必须采用 MySQL 原生兼容的 POSIX 扩展正则语法。
✅ 推荐解决方案如下：
SELECT * FROM `licenses` WHERE `number` REGEXP '[[:alpha:]].*[0-9]|[0-9].*[[:alpha:]';
该正则表达式逻辑清晰、高效可靠：
- [[:alpha:]].*[0-9]：匹配“任意字母 + 任意字符（含零个） + 至少一个数字”，覆盖 A123、Xabc9 等模式；
- |：逻辑“或”；
- [0-9].*[[:alpha:]]：匹配“任意数字 + 任意字符（含零个） + 至少一个字母”，覆盖 123B、45def 等模式。
? 为什么用 [[:alpha:]] 而非 [A-Za-z]？
[[:alpha:]] 是 POSIX 字符类，严格匹配所有 Unicode 字母（包括带重音符号的字母），兼容性更强；而 [A-Za-z] 仅覆盖 ASCII 字母，在多语言环境或未来扩展中易遗漏。
? 关键注意事项：
- ✅ 区分大小写：MySQL 默认正则不区分大小写（取决于列的 collation）。若需强制区分，可添加 BINARY 修饰：WHERE BINARY number REGEXP ...；
- ⚠️ 避免误匹配纯字母/纯数字：本表达式天然排除纯字母（无数字）、纯数字（无字母）及空值，完全符合需求；
- ? 测试验证建议：执行前先用 SELECT number, number REGEXP '[[:alpha:]].*[0-9]|[0-9].*[[:alpha:]]' AS is_mixed FROM licenses LIMIT 10; 查看匹配逻辑是否符合预期；
- ? 性能提示：REGEXP 无法使用普通索引，若表数据量极大（>百万行），建议先用 WHERE number NOT REGEXP '^[0-9]+$' AND number NOT REGEXP '^[a-zA-Z]+$' 快速过滤出非纯值，再嵌套二次正则校验，减少计算开销。
掌握此正则模式后，你不仅能精准定位 licenses.number 中的异常数据，还可复用于其他类似场景（如用户ID、产品编码、日志字段等）的数据质量稽核，是数据库运维与ETL开发中的实用基础技能。
