香香甜甜圈1. 通配符在MySQL中的基础概念与应用场景
通配符是SQL查询中用于匹配字符串的特殊字符，它们允许我们在不知道完整数据内容的情况下进行模糊搜索。在MySQL中，最常用的通配符是百分号(%)和下划线(_)，它们分别代表不同的匹配模式。
百分号(%)可以匹配任意长度的字符序列（包括零个字符）。比如查询LIKE '张%'会找出所有以"张"开头的姓名，而LIKE '%技术%'则会匹配任何位置包含"技术"的字符串。
下划线(_)则精确匹配单个字符。例如LIKE '_三'会匹配"张三"但不会匹配"李三"，因为下划线只代表一个字符位置。这种精确匹配在需要特定格式的数据查询时特别有用。
重要提示：通配符搜索通常比精确匹配查询慢，因为它们无法利用索引进行优化。在大型表上使用通配符查询时应特别注意性能影响。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 常用通配符的详细用法与示例
2.1 百分号(%)的多种应用场景
百分号是最灵活的通配符，可以用于多种匹配模式：
- 前缀匹配：
WHERE name LIKE '张%'（查找所有姓张的人） - 后缀匹配：
WHERE email LIKE '%@gmail.com'（查找所有Gmail用户） - 包含匹配：
WHERE description LIKE '%数据库%'（查找描述中包含"数据库"的记录） - 组合匹配：
WHERE filename LIKE 'report%2023%.pdf'（查找2023年的报告PDF文件）
2.2 下划线(_)的精确字符匹配
下划线通配符适用于需要精确控制字符位置的场景：
- 固定格式匹配：
WHERE phone LIKE '138____1234'（匹配特定格式的手机号） - 单字符替换：
WHERE product_code LIKE 'A_C_123'（匹配第二个和第四个字符可变的编码） - 长度控制：
WHERE username LIKE 'user_'（匹配5个字符的用户名）
2.3 转义特殊字符的方法
当需要搜索包含通配符本身的文本时，可以使用ESCAPE关键字定义转义字符：
sql复制-- 查找包含"20%"的记录
SELECT * FROM products WHERE description LIKE '%20\%%' ESCAPE '\';
-- 查找包含"file_"的记录
SELECT * FROM documents WHERE name LIKE '%file\_%' ESCAPE '\';
3. 通配符查询的性能优化策略
3.1 索引与通配符查询的关系
MySQL的B-tree索引对通配符查询的支持有限：
- 前导通配符查询（如
LIKE '%关键字'）无法使用索引 - 后导通配符查询（如
LIKE '关键字%'）可以使用索引 - 双向通配符查询（如
LIKE '%关键字%'）无法使用索引
3.2 提高通配符查询性能的实用技巧
- 避免前导通配符：尽可能将通配符放在模式末尾
- 使用全文索引：对于文本搜索，考虑使用MySQL的FULLTEXT索引
- 限制结果集：结合LIMIT子句减少返回数据量
- 预计算字段：为常用搜索模式创建专门的索引列
sql复制-- 创建全文索引示例
ALTER TABLE articles ADD FULLTEXT(title, content);
SELECT * FROM articles WHERE MATCH(title, content) AGAINST('数据库');
4. 通配符与其他SQL功能的结合使用
4.1 通配符与正则表达式的对比
虽然通配符功能强大，但在复杂模式匹配时，正则表达式(REGEXP)可能更合适：
| 特性 | 通配符(LIKE) | 正则表达式(REGEXP) |
|---|---|---|
| 匹配方式 | 简单模式 | 复杂模式 |
| 性能 | 通常更快 | 通常更慢 |
| 功能 | 基础匹配 | 高级功能(重复、分组等) |
| 索引使用 | 部分支持 | 不支持 |
sql复制-- 使用正则表达式匹配邮箱格式
SELECT * FROM users WHERE email REGEXP '^[A-Za-z0-9._%-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,4}$';
4.2 通配符在存储过程和触发器中的应用
通配符可以在程序化SQL中动态构建查询条件：
sql复制DELIMITER //
CREATE PROCEDURE search_products(IN pattern VARCHAR(100))
BEGIN
SET @sql = CONCAT('SELECT * FROM products WHERE name LIKE ''%', pattern, '%''');
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
END //
DELIMITER ;
-- 调用存储过程
CALL search_products('手机');
5. 实际应用中的常见问题与解决方案
5.1 字符集与排序规则的影响
不同的字符集和排序规则会影响通配符匹配的结果：
- utf8mb4与utf8对多字节字符的处理不同
- 区分大小写的排序规则会影响匹配结果
- 某些特殊字符可能需要特别处理
sql复制-- 查看表的字符集和排序规则
SHOW CREATE TABLE your_table;
-- 创建表时指定区分大小写的排序规则
CREATE TABLE case_sensitive_table (
name VARCHAR(100) COLLATE utf8mb4_bin
);
5.2 通配符在数据迁移中的注意事项
当迁移包含通配符查询的应用程序时：
- 检查目标数据库的通配符语法是否相同
- 验证字符集和排序规则的兼容性
- 测试性能差异，特别是大型表的查询
- 考虑使用预处理语句防止SQL注入
sql复制-- 使用预处理语句的安全查询示例
PREPARE stmt FROM 'SELECT * FROM users WHERE username LIKE ?';
SET @pattern = '%admin%';
EXECUTE stmt USING @pattern;
6. 高级通配符技巧与替代方案
6.1 使用多个通配符构建复杂模式
通过组合多个通配符可以实现更精确的模式匹配：
sql复制-- 匹配第三个字符为A的五字母单词
SELECT * FROM words WHERE word LIKE '__A__';
-- 匹配以A开头，包含B，以C结尾的字符串
SELECT * FROM strings WHERE str LIKE 'A%B%C';
6.2 通配符与字符串函数的结合
有时结合字符串函数能实现更灵活的查询：
sql复制-- 使用SUBSTRING和LIKE结合
SELECT * FROM products
WHERE SUBSTRING(name, 1, 3) LIKE 'A%'
AND LENGTH(name) BETWEEN 5 AND 10;
-- 使用CONCAT构建动态模式
SELECT * FROM users
WHERE username LIKE CONCAT(LEFT(first_name, 1), '%', last_name);
在实际项目中，我发现通配符查询虽然方便，但过度使用会导致性能问题。一个经验法则是：对于高频查询，尽量使用精确匹配或全文索引；对于管理后台等低频操作，可以使用通配符提供灵活的搜索功能。另外，在应用程序中构建通配符查询时，一定要做好输入验证和参数化查询，防止SQL注入攻击。