like操作符中%匹配任意数量字符，_仅匹配单个字符。%用于灵活模糊匹配，但前导%可能影响性能；例如like ‘a%’匹配以a开头的所有字符串，而like ‘%tom’无法使用索引且范围更广。_适用于定长匹配，如like ‘a_3’仅匹配三位且第二位任意的字符串。两者可组合使用，如like ‘p%_x’表示以p开头、最后一位是x的字符串。使用时需注意转义特殊字符、不同数据库的差异及逻辑错误问题。
在 SQL 查询中，LIKE 操作符常用于模糊匹配字符串。其中 % 和 _ 是两个最常用的通配符，但它们的使用方式和适用场景有很大区别。
简单来说：
% 匹配任意数量（包括零个）的字符 _ 仅匹配一个任意字符
如果你写错了，可能会导致查询结果不准确或者性能问题。下面我们就从实际使用的角度来具体看看两者的区别和用法。
% 通配符：灵活但要注意效率
% 是最常用的通配符，它可以代表任意长度的字符串，比如：
SELECT * FROM users WHERE name LIKE 'A%';
这条语句会返回所有以字母 A 开头的名字，比如 Alice, Anna, Adam 等等。
使用 % 的时候要注意以下几点：
放在开头（如 %Tom）可能导致无法使用索引，影响查询速度如果你只是想匹配固定长度的字符串，不要用 %在大数据量表中慎用前导 %，例如 LIKE '%Tom'
举个例子：你想查姓“王”的用户，可能这样写：
SELECT * FROM users WHERE name LIKE '王%';
但如果写成：
SELECT * FROM users WHERE name LIKE '%王%';
那就变成了查名字中包含“王”字的所有人，范围变大很多。
_ 通配符：精确控制字符位数
_ 表示匹配一个任意字符，适合用来做定长匹配。例如：
SELECT * FROM codes WHERE code LIKE 'A_3';
这个查询会匹配类似 A13, A53, AB3 这样的值，但不会匹配 A123 或 A3。
百度文心百中
百度大模型语义搜索体验中心
22 查看详情
常见的使用场景包括：
匹配固定格式的编号、编码校验某些字段是否符合特定结构需要跳过某个位置的字符，但知道总长度
比如你要查找电话号码是 8 位，并且第 4 位是 5 的记录，可以这样写：
SELECT * FROM contacts WHERE phone LIKE '____5____';
注意：这里用了 9 个 _，因为总共是 9 位数字。
% 和 _ 能一起用吗？
当然可以，组合使用能实现更复杂的模糊匹配。例如：
SELECT * FROM products WHERE product_code LIKE 'P%_X';
这表示以 P 开头，中间有任意多个字符，倒数第二位是任意字符，最后一位是 X 的产品代码。
常见组合使用场景：
查找结尾固定的字符串，前面不确定中间有部分已知内容，前后不确定固定格式中夹杂通配符
不过，这种组合也容易让逻辑变得复杂，建议配合注释或测试数据验证。
小细节提醒
有些小地方容易被忽略，但会影响结果：
如果你的字段里真的含有 % 或 _ 字符本身，需要用转义符（比如 ESCAPE ''）不同数据库系统对 LIKE 的支持略有差异，比如 PostgreSQL 默认区分大小写，MySQL 不区分使用 NOT LIKE 时也要小心逻辑错误
比如你想查字段中包含 _ 的记录，不能直接写：
SELECT * FROM files WHERE filename LIKE '%_%';
因为 _ 会被当作通配符处理。正确的写法应该是加上转义：
SELECT * FROM files WHERE filename LIKE '%_%' ESCAPE '';
基本上就这些。理解 % 和 _ 的区别后，就可以根据不同的模糊匹配需求选择合适的写法了。别看这两个符号小，用错了真可能查不到想要的数据。
以上就是sql 中 like % vs _用法_sql 中 like 通配符 % 与_的使用指南的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/602681.html
微信扫一扫 
支付宝扫一扫 
