sql条件判断字符串不包含某个字符串的方法详解

在SQL日常查询与数据清洗中，判断某个字段“不包含”特定子字符串是一类高频操作。实现该需求最标准的语法是使用 NOT LIKE '%目标子串%'。除此之外，各类主流数据库还提供了位置检索函数（如 MySQL/Oracle 的 INSTR()、PostgreSQL 的 POSITION() 与 STRPOS()、SQL Server 的 CHARINDEX()）以及正则表达式运算符。本文将完整拆解各类实现方法的语法、适用场景、转义技巧，重点剖析三值逻辑下的 NULL 陷阱，并给出针对大数据量场景的性能优化方案。

一、标准方案：NOT LIKE 运算符与通配符规则

SQL 标准定义了 LIKE 与 NOT LIKE 用于模式匹配。百分号 % 代表任意数量（包括零个）的任意字符，下划线 _ 代表单个任意字符。要判断字段完全不包含某个目标字符串，两端都需要包裹 % 通配符。

-- 查询用户表中昵称不包含 'test' 的所有记录
SELECT id, nickname, email
FROM sys_user
WHERE nickname NOT LIKE '%test%';

上述语句会遍历 nickname 字段，只有当字符串的开头、中间、结尾均不出现 test 时，条件才成立。如果仅仅写成 NOT LIKE 'test%'，则仅排除了以 test 开头的字符串，包含在中间或末尾的记录依然会被查出。

包含通配符自身时的 ESCAPE 转义

当我们要排查的目标子串本身就包含 % 或 _ 时（例如排查不包含折扣标记 10% 或下划线命名 user_），直接书写会导致通配符被误解析。此时必须配合 ESCAPE 子句显式指定转义字符：

-- 查询描述中不包含 '10%' 字符的商品
-- 使用反斜杠 \ 作为转义字符
SELECT goods_id, goods_name, description
FROM mall_goods
WHERE description NOT LIKE '%10\%%' ESCAPE '\';

-- 查询编码中不包含下划线 'A_B' 的记录
SELECT code, title
FROM project_doc
WHERE code NOT LIKE '%A\_B%' ESCAPE '\';

二、数据库方言专有函数实现

除了标准的 NOT LIKE 以外，主流关系型数据库均提供了计算子串起始位置的内置函数。如果子串不存在于源文本中，这些函数通常返回 0。使用专有函数的好处在于无需对子串中的 % 或 _ 进行转义，处理字面量匹配时更为直接。

1. MySQL / MariaDB：INSTR() 与 LOCATE()

在 MySQL 中，INSTR(str, substr) 返回 substr 在 str 中首次出现的位置（从1开始计数）。若未找到，则返回 0。因此，不包含即为等于 0：

-- 使用 INSTR 判断不包含
SELECT id, title FROM cms_article WHERE INSTR(title, '广告') = 0;

-- 或者使用 LOCATE 函数（参数顺序相反：子串在前，原串在后）
SELECT id, title FROM cms_article WHERE LOCATE('广告', title) = 0;

2. PostgreSQL：POSITION() 与 STRPOS()

PostgreSQL 遵循 SQL-92 标准，提供 POSITION(substring IN string)，未找到时返回 0；同时也支持专有函数 STRPOS(string, substring)：

-- 标准 POSITION 语法
SELECT id, remark FROM t_log WHERE POSITION('error' IN remark) = 0;

-- STRPOS 语法
SELECT id, remark FROM t_log WHERE STRPOS(remark, 'error') = 0;

3. SQL Server (T-SQL)：CHARINDEX()

SQL Server 中对应的函数是 CHARINDEX(expressionToFind, expressionToSearch)。如果未找到目标子串，返回值为 0：

-- SQL Server 中判断不包含
SELECT EmployeeID, Notes
FROM Employees
WHERE CHARINDEX('probation', Notes) = 0;

4. Oracle：INSTR()

Oracle 的 INSTR(string, substring) 同样在找不到匹配项时返回 0：

-- Oracle 中判断不包含
SELECT emp_id, emp_name, job_desc
FROM hr_staff
WHERE INSTR(job_desc, '临时') = 0;

三、复杂场景：正则表达式不匹配判断

当需要排除的不是单一固定单词，而是满足特定模式（例如包含连续数字、邮箱格式或多个可选词之一）的文本时，使用 NOT LIKE 会显得力不从心。此时应当使用正则表达式的不匹配判断。

1. MySQL 中的 REGEXP 与 NOT REGEXP

MySQL 8.0+ 提供了增强的正则表达式支持：

-- 排除内容中包含任一敏感词（admin 或 root 或 debug）的记录
SELECT id, log_content
FROM app_log
WHERE log_content NOT REGEXP 'admin|root|debug';

-- 或者使用 NOT 结合 REGEXP_LIKE 函数
SELECT id, log_content
FROM app_log
WHERE NOT REGEXP_LIKE(log_content, 'admin|root|debug', 'c'); -- 'c' 表示大小写敏感

2. PostgreSQL 中的 !~ 运算符

PostgreSQL 提供了非常精炼的正则匹配运算符：

• !~：区分大小写的正则不匹配。
• !~*：不区分大小写的正则不匹配。

-- 排除包含由4个及以上数字组成订单编号的记录（区分大小写）
SELECT id, note FROM orders WHERE note !~ '[0-9]{4,}';

-- 不区分大小写排除包含 vip 或 svip 的备注
SELECT id, note FROM orders WHERE note !~* 's?vip';

四、核心陷阱：SQL 三值逻辑下的 NULL 值处理

在编写 SQL 条件时，许多开发者容易忽略 NULL 带来的静默数据丢失。SQL 采用三值逻辑（Three-Valued Logic, 3VL），即布尔表达式的求值结果不仅有 TRUE 和 FALSE，还有 UNKNOWN。

根据 SQL 规范，任何标量值与 NULL 进行运算或模式匹配，结果都是 UNKNOWN。而在 WHERE 条件过滤中，只有结果为 TRUE 的行才会被选出，结果为 FALSE 或 UNKNOWN 的行都会被丢弃。

-- 假设某行数据的 address 字段值为 NULL
-- 表达式 'NULL NOT LIKE %beijing%' 的结果是 UNKNOWN
SELECT id, username, address
FROM user_profile
WHERE address NOT LIKE '%beijing%';

在上面的查询中，用户如果地址是 NULL，直觉上他“确实不包含 beijing”，但该行不会被返回！如果业务期望包含 NULL 值的行，必须显式对其进行处理。

安全过滤的两种标准写法

写法一：显式补充 IS NULL 判定（推荐，逻辑最清晰）

SELECT id, username, address
FROM user_profile
WHERE address NOT LIKE '%beijing%'
   OR address IS NULL;

写法二：使用 COALESCE 函数赋予空串默认值

SELECT id, username, address
FROM user_profile
WHERE COALESCE(address, '') NOT LIKE '%beijing%';

五、性能分析与大数据量优化策略

在包含上千万行的大数据量表中，直接使用 NOT LIKE '%xxx%' 或位置函数通常会导致全表扫描（Full Table Scan）。原因在于两点：

1. B-Tree 索引失效： 传统 B-Tree 索引按照字符从左到右排序。包含前导百分号的模式（%keyword）无法利用索引的有序前缀进行范围检索（Range Scan）。
2. 否定式查询的低选择性： “不包含某个词”通常意味着要保留大部分数据（例如95%以上的数据不含该敏感词）。当优化器评估返回行数占据全表较大比例时，即使有索引也会倾向于直接走全表扫描。

生产环境优化手段

• 分区或前置范围过滤： 永远不要单独运行全表 NOT LIKE。先通过时间戳、租户 ID、状态枚举等高选择性主键或联合索引字段把扫描行数缩窄到最小范围。

  -- 优先走 create_time 索引缩小范围
  SELECT id, title, content
  FROM article
  WHERE create_time >= '2026-09-01'
    AND category_id = 102
    AND (title NOT LIKE '%草稿%' OR title IS NULL);

• 生成列与函数索引（Functional Index）： 如果业务中经常需要判断是否包含特定标识，可以在表上建立虚拟生成列并建立索引。

  -- MySQL 8.0 示例：建立标记生成列
  ALTER TABLE article
  ADD COLUMN has_draft_flag TINYINT GENERATED ALWAYS AS (INSTR(title, '草稿') > 0) VIRTUAL;
  
  CREATE INDEX idx_draft_flag ON article(has_draft_flag);
  
  -- 查询时直接走整数等值索引
  SELECT id, title FROM article WHERE has_draft_flag = 0;

• 全文检索引擎（Full-Text / Elasticsearch）： 对于长文本字段，利用 MySQL FULLTEXT、PostgreSQL pg_trgm 或外部搜索引擎建立倒排索引，通过反向布尔查询提升响应速度。

六、总结与方法选型矩阵

对字符串进行“不包含”条件判断时，应根据实际环境、语法规范与数据特征合理选择实现方式：

综上所述，日常场景首选 WHERE column NOT LIKE '%target%' OR column IS NULL，该写法兼顾了标准性与三值逻辑安全性；当目标字符串自身包含特殊通配符号时，选择 INSTR() = 0 或使用 ESCAPE 转义；当面对复杂模式排除时应用正则，而在海量数据场景下，必须结合索引覆盖与前置条件收窄范围，以保障生产数据库的稳定与高效。