通配符可用于WHERE子句的模糊匹配，但不能用于定义约束；MySQL支持%和_两种通配符，分别代表任意数量字符和单个字符；如SELECT * FROM users WHERE username LIKE 'admin%'可查以admin开头的用户名；常见用途包括匹配邮箱域名、电话号码格式或姓名中含某字；CHECK约束不支持通配符，MySQL 8.0.16起InnoDB才有效支持CHECK，建议用正则表达式、触发器或应用层验证数据格式；例如用触发器结合REGEXP校验邮箱格式；总结：通配符适用于查询筛选，不适用于结构约束，应结合其他方式确保数据完整性。
MySQL通配符可以用于约束条件中，但不是在定义约束（如主键、外键、唯一性等）时直接使用，而是在查询语句的 WHERE 子句中配合 LIKE 操作符实现模糊匹配。这意味着通配符主要用于数据检索阶段的条件筛选，而非结构层面的约束设置。
通配符的基本用法
MySQL支持两种主要通配符：
- %：代表任意数量的字符（包括零个字符）
- _：代表单个字符
这些符号常用于字符串模式匹配，例如：
SELECT * FROM users WHERE username LIKE 'admin%';这条语句会返回所有以 "admin" 开头的用户名记录。
在WHERE条件中使用通配符进行筛选
虽然不能在创建表时用通配符定义字段约束（比如 CHECK 约束），但在查询时可通过 LIKE 结合通配符灵活设置过滤条件。
常见应用场景包括：
- 查找邮箱域名相同的用户：
WHERE email LIKE '%@gmail.com' - 匹配特定格式的电话号码：
WHERE phone LIKE '1_9%' （第一位是1，第二位任意，第三位是9） - 搜索姓名中含有某个字的记录：
WHERE name LIKE '%伟%'
CHECK约束中是否能使用通配符？
MySQL 的 CHECK 约束不支持使用 LIKE 或通配符进行模式限制（尽管语法上允许 LIKE 出现，但实际行为可能因存储引擎不同而不生效，尤其是 MyISAM 表）。从 MySQL 8.0.16 开始，InnoDB 才真正支持检查约束的有效验证。
若要确保字段值符合某种格式（如邮箱、手机号），更可靠的方式是：
- 应用层验证
- 使用触发器进行数据校验
- 结合正则表达式（REGEXP 或 RLIKE）做复杂匹配
例如，通过触发器阻止不符合格式的数据插入：
CREATE TRIGGER validate_email_formatBEFORE INSERT ON users
FOR EACH ROW
IF NEW.email NOT REGEXP '^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$' THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid email format';
END IF;
总结与建议
MySQL通配符本身不能直接用于定义表结构中的约束条件，但在查询时作为条件筛选工具非常有效。如果需要对输入数据施加格式限制，应优先考虑使用正则表达式、触发器或在应用程序逻辑中处理，而不是依赖通配符和简单的 LIKE 判断。
基本上就这些——通配符强大，但用途有边界，理解它在哪起作用、在哪不起作用，才能正确设计数据库行为。
