Oracle中LIKE查询含连字符字段值返回0记录的原因排查

执行的两条查询SQL如下：

-- 查询1：带完整带连字符关键词，返回0条记录
select caseid, indcase from casemt where indcase like '%19663-01%';
-- 查询2：仅带数字前缀关键词，返回多条记录，其中一条界面展示值为19663-01
select caseid, indcase from casemt where indcase like '%19663%';

核心原因 #

出现这种展示值和查询匹配结果不一致的情况，本质是字段实际存储的内容和客户端界面展示的内容存在差异，常见触发场景：

• 连字符为特殊形似字符：字段里的“-”不是标准半角减号（ASCII编码45），而是全角连字符、长破折号、数学减号、软连字符等Unicode中外形相近但编码完全不同的字符，普通查询界面会把这类字符统一渲染成普通短横线，肉眼无法区分。
• 存在不可见隐藏字符：字段值的19663和01之间、或者值的首尾夹了零宽空格、换行符、制表符、控制字符等不会被客户端渲染显示的字符，界面上看是连续的19663-01，实际存储内容中间多了其他字符。
• 客户端与服务端字符集不匹配：数据库服务端字符集和查询客户端配置的字符集不一致，导致连字符在查询匹配时发生转义错误，无法命中对应记录。

定位方法 #

直接调用Oracle内置的dump()函数查看字段的原始存储编码，跳过客户端的展示转义，就能定位具体差异：

select 
  caseid,
  indcase,
  dump(indcase) as raw_storage_value
from casemt 
where indcase like '%19663%'

找到界面显示为19663-01的记录，对比raw_storage_value返回的编码值，就能确认是连字符编码不对，还是存在多余的不可见字符。

修复方案 #

• 如果是异常字符问题：可以用replace()、translate()函数清理字段里的特殊连字符、不可见字符后再匹配，或者直接更新表数据把异常字符替换为标准半角减号。
• 如果是字符集问题：核对数据库服务端NLS_CHARACTERSET参数，保证客户端配置的NLS_LANG参数和服务端字符集一致，避免字符转义偏差。

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