带WHERE条件的SELECT无结果，全量查询加搜索有结果的原因与解决

原因 #

你的查询字符串中包含肉眼不可见的Unicode控制字符（比如零宽空格U+200B、U+200C这类），这些字符不会在界面上显示，但会改变字符串的实际内容与长度。比如Demo里的'4000009616‬‬‬'，末尾带有多个零宽空格，而数据库中存储的'4000009616'是无特殊字符的干净字符串，直接匹配自然无法命中。

另外trim()函数仅能处理常规空白符（空格、制表符、换行符等），对这类Unicode控制字符无效，所以你尝试的trim写法也没效果。

解决步骤 #

1. 验证特殊字符存在 #

通过字符/字节长度对比，确认字符串中是否有隐藏字符：

with t as (select  '4000009616‬‬‬' c, 'good' indicator union all select  '4000009616' as c , 'bad' indicator)
select 
  c, 
  indicator, 
  char_length(c) as 字符数, 
  octet_length(c) as 字节数 
from t;

执行后会发现good对应的行，字节数远大于字符数（比如字符数是10，字节数可能是16），这就说明存在多字节的隐藏控制字符。

2. 过滤特殊字符进行匹配 #

用正则表达式过滤掉所有非目标字符（比如你的ord是数字文本，就保留数字），再进行匹配：

-- 适用于PostgreSQL、Redshift等支持regexp_replace的数据库
select * from tmp where regexp_replace(ord, '[^0-9]', '', 'g') = '904000009';

-- 适用于MySQL
select * from tmp where regexp_replace(ord, '[^0-9]', '') = '904000009';

如果明确知道是零宽空格，也可以直接替换该字符：

-- 替换零宽空格（U+200B，对应chr(8203)）
select * from tmp where replace(ord, chr(8203), '') = '904000009';

3. 清理数据库中的脏数据（可选） #

如果数据库存储的ord字段本身也带有这类特殊字符，建议批量清理：

-- 保留数字，清除其他所有字符
update tmp set ord = regexp_replace(ord, '[^0-9]', '', 'g');

-- 或仅清除零宽空格
update tmp set ord = replace(ord, chr(8203), '');

内容的提问来源于stack exchange，提问作者Koushik Roy