sql怎样使用like进行模糊查询 sql模糊查询与like用法的实用技巧

sql中使用like操作符进行模糊查询，配合通配符%（匹配任意数量字符）和\_（匹配单个字符），可灵活筛选文本数据；2. 基本语法为select 列名 from 表名 where 列名 like '模式字符串'，其中%用于前缀、后缀或包含匹配，\_用于固定位置的单字符匹配；3. 通配符%在前（如'%关键词'）会导致全表扫描，性能较差，应尽量避免，可考虑使用全文搜索或trigram索引优化；4. 不同数据库对like的大小写敏感性不同，postgresql默认区分，mysql通常不区分，可通过lower()函数或ilike（postgresql）实现不区分大小写的查询；5. 搜索内容包含%或\_时需使用escape子句指定转义字符，如like '%50\%%' escape '\'；6. like不匹配null值，需结合or column is null处理；7. 对于大文本字段的高效搜索，应使用全文搜索（如mysql的match against、postgresql的tsvector）；8. 复杂模式匹配可使用正则表达式（如mysql的regexp、postgresql的~），但性能较低，应谨慎使用；9. 应根据场景选择合适工具：简单模糊查询用like，高性能文本搜索用全文搜索，复杂模式用正则表达式。

SQL中要进行模糊查询，

LIKE

%

_

解决方案

使用

LIKE

SELECT 列名 FROM 表名 WHERE 某个列 LIKE '模式字符串';

核心在于两个通配符：

• %

  登录后复制
  ：代表零个、一个或多个字符的任意序列。比如，

  '王%'

  登录后复制
  会匹配所有以“王”开头的字符串；

  '%国%'

  登录后复制
  会匹配所有包含“国”字的字符串；

  '%张三'

  登录后复制
  则匹配所有以“张三”结尾的字符串。

• _

  登录后复制
  ：代表任意单个字符。如果你想找一个名字是“李X明”的人，就可以用

  '李_明'

  登录后复制
  。

举个例子，如果你想从一个

users

SELECT name, email FROM users WHERE name LIKE '%小%';

再比如，要找名字第二个字是“大”的用户：

SELECT name, email FROM users WHERE name LIKE '_大%';

记住，

LIKE

LIKE

登录后复制

操作符中的通配符：

%

登录后复制

和

_

登录后复制

的实战用法

通配符的使用其实很有讲究，不仅仅是简单的放进去。我个人在使用中发现，理解它们的“贪婪”与“精确”特性，能帮助你更精准地构建查询。

%

• 前缀匹配：

  '关键词%'

  登录后复制
  当你只记得一部分开头时，这非常有用。比如，查找所有“北京”开头的地址：

  SELECT address FROM locations WHERE address LIKE '北京%';

  登录后复制

  这种方式在很多数据库系统里，如果

  address

  登录后复制
  列有索引，并且索引类型合适，查询效率会相对较高，因为数据库可以利用索引进行“前缀查找”。

• 后缀匹配：

  '%关键词'

  登录后复制
  如果你只记得结尾部分，比如找所有以“.com”结尾的邮箱：

  SELECT email FROM users WHERE email LIKE '%.com';

  登录后复制

  这种查询，由于

  %

  登录后复制
  在前，通常无法利用列上的常规索引，可能会导致全表扫描，在大表上性能会比较差。

• 包含匹配：

  '%关键词%'

  登录后复制
  这是最常见的用法，只要字符串中包含某个子串即可。比如，查找所有描述中包含“解决方案”的产品：

  SELECT product_name FROM products WHERE description LIKE '%解决方案%';

  登录后复制

  同样，由于前后都有

  %

  登录后复制
  ，这种查询通常也无法利用常规索引，性能问题会更突出。

_

无阶未来模型擂台/AI 应用平台

无阶未来模型擂台/AI 应用平台，一站式模型+应用平台

35

查看详情

_

%

• 固定位置匹配：

  '__关键词%'

  登录后复制
  例如，查找所有电话号码第三位是“8”的记录（假设电话号码都是固定长度）：

  SELECT phone_number FROM contacts WHERE phone_number LIKE '__8%';

  登录后复制

  这比用

  %

  登录后复制
  更精确，避免了匹配到其他位置的“8”。

• 结合使用：

  LIKE

  登录后复制
  的强大之处在于可以组合使用

  %

  登录后复制
  和

  _

  登录后复制
  。 比如，查找所有姓“张”且名字是两个字（共三个字）的人：

  SELECT full_name FROM employees WHERE full_name LIKE '张__';

  登录后复制

  或者，查找所有以“A”开头，倒数第二个字符是“B”的编码：

  SELECT code FROM items WHERE code LIKE 'A%B_';

  登录后复制

  这种组合使用，让你的模式匹配能力变得非常强大，可以应对各种复杂的模糊查询场景。

模糊查询的进阶技巧与潜在陷阱：效率与精度考量

LIKE

1. 大小写敏感性： 这是个老生常谈但又容易被忽视的问题。不同的数据库系统对

LIKE

• PostgreSQL 默认是区分大小写的。如果你想进行不区分大小写的模糊查询，可以使用

  ILIKE

  登录后复制
  操作符（PostgreSQL特有），或者将查询字符串和列都转换为统一的大小写（

  LOWER(column) LIKE LOWER('pattern')

  登录后复制
  ）。
• MySQL 默认通常不区分大小写（取决于字符集和排序规则）。
• SQL Server 也取决于数据库或列的排序规则（Collation）。如果你需要强制不区分大小写，也可以使用

  COLLATE

  登录后复制
  子句指定不区分大小写的排序规则。

我通常建议在应用程序层面统一处理大小写，或者在SQL中使用

LOWER()

UPPER()

2. 性能陷阱：前导通配符（Leading Wildcard） 这是

LIKE

%

'%关键词'

'%关键词%'

• 替代方案：
  • 全文搜索（Full-Text Search）： 如果你的主要需求是高效地在大文本字段中搜索关键词，并且需要支持词干、同义词、相关性排序等高级功能，那么数据库自带的全文搜索功能（如MySQL的

    MATCH AGAINST

    登录后复制
    ，PostgreSQL的

    tsvector/tsquery

    登录后复制
    ，SQL Server的

    CONTAINS

    登录后复制
    ）是更好的选择。它们通常会创建专门的倒排索引，查询速度飞快。
  • Trigram索引： 某些数据库（如PostgreSQL）支持trigram索引（

    pg_trgm

    登录后复制
    扩展），可以显著加速

    %keyword%

    登录后复制
    这种包含查询。它通过索引字符串中所有三个字符的组合来工作。
  • 应用层处理： 有时候，如果数据量不是特别大，或者查询频率不高，将数据拉取到应用层进行内存匹配也是一种选择，但这通常不推荐，因为会增加网络I/O和应用服务器的负载。

3. 转义特殊字符：

ESCAPE

%

_

LIKE

ESCAPE

例如，你想查找所有包含字符串

'50%'

SELECT product_code FROM products WHERE product_code LIKE '%50\%%' ESCAPE '\';

这里，

\

\%

%

4.

NULL

LIKE

NULL

NULL

OR column IS NULL

NULL

-- 查找名字包含'李'或者名字为NULL的用户
SELECT name FROM users WHERE name LIKE '%李%' OR name IS NULL;

在我看来，理解这些细节和潜在问题，远比仅仅知道

LIKE

LIKE

登录后复制

的替代方案：何时考虑全文搜索或正则表达式？

虽然

LIKE

1. 全文搜索（Full-Text Search, FTS）： 当你的模糊查询需求超越了简单的模式匹配，进入到“自然语言搜索”的范畴时，全文搜索就是你的不二之选。

• 适用场景：
  • 在长篇文章、产品描述、评论等大文本字段中查找关键词。
  • 需要考虑词形变化（例如，搜索“run”也能匹配“running”、“ran”）。
  • 需要排除常见词（停用词，如“的”、“是”）。
  • 需要根据匹配相关性进行结果排序。
  • 对查询性能有极高要求，尤其是在海量文本数据中。
• 工作原理： 全文搜索通常通过构建“倒排索引”来实现。这个索引会记录每个词在哪些文档中出现，以及出现的位置和频率，从而实现闪电般的查询速度和高级的语义匹配。
• 主流数据库实现：
  • MySQL：

    MATCH (column_list) AGAINST ('search_string' IN MODE)

    登录后复制
  • PostgreSQL：

    to_tsvector()

    登录后复制
    和

    to_tsquery()

    登录后复制
    函数，配合

    @@

    登录后复制
    操作符。
  • SQL Server：

    CONTAINS()

    登录后复制
    ,

    FREETEXT()

    登录后复制
    ,

    CONTAINSTABLE()

    登录后复制
    ,

    FREETEXTTABLE()

    登录后复制
    。
• 我的看法： 如果你发现自己频繁地用

  LIKE '%keyword%'

  登录后复制
  去搜索大段文本，并且性能开始成为瓶颈，那么投入时间学习和部署数据库的全文搜索功能绝对是值得的。它能提供远超

  LIKE

  登录后复制
  的搜索能力和效率。

2. 正则表达式（Regular Expressions）： 当你的模式匹配需求变得非常复杂，超出了

%

_

• 适用场景：
  • 需要匹配特定字符集（例如，只包含数字的字符串）。
  • 需要匹配重复模式（例如，连续出现三次的数字）。
  • 需要进行更复杂的字符位置和组匹配。
  • 验证数据格式（例如，邮政编码、身份证号）。
• 主流数据库实现：
  • MySQL：

    REGEXP

    登录后复制
    或

    RLIKE

    登录后复制
    操作符。
  • PostgreSQL：

    ~

    登录后复制
    （区分大小写匹配），

    ~*

    登录后复制
    （不区分大小写匹配），

    SIMILAR TO

    登录后复制
    （虽然功能不如

    ~

    登录后复制
    强大，但更接近SQL标准）。
  • Oracle：

    REGEXP_LIKE()

    登录后复制
    函数。
  • SQL Server： 原生支持较弱，通常需要结合

    PATINDEX

    登录后复制
    和

    LIKE

    登录后复制
    的组合，或者通过CLR集成自定义函数。
• 我的看法： 正则表达式功能强大，但学习曲线相对陡峭，而且通常比

  LIKE

  登录后复制
  和全文搜索的性能要差，因为它通常也无法利用索引。所以，我倾向于在

  LIKE

  登录后复制
  无法满足的、且性能要求不那么极致的复杂模式匹配场景下才考虑使用正则表达式。如果能用

  LIKE

  登录后复制
  解决，就尽量用

  LIKE

  登录后复制
  ；如果性能是关键，且是文本搜索，就考虑全文搜索。

总而言之，

LIKE

以上就是sql怎样使用like进行模糊查询 sql模糊查询与like用法的实用技巧的详细内容，更多请关注php中文网其它相关文章！