这问题我之前处理过，咱们来拆解一下原因和解决方案：

为什么CONTAINS查不到结果？ #

CONTAINS是依赖全文索引进行搜索的，而SQL Server的全文分词器（比如你这里用到的英文分词器）会把<这类非字母数字的符号当作分隔符——在索引文本时，它会直接忽略这些符号，所以全文索引里根本没有<的相关条目，自然搜不到结果。而LIKE是做原生字符串匹配，不会对文本做分词处理，所以能正常匹配到包含<的记录。

可行的解决方案 #

方案1：结合CONTAINS和CHARINDEX（兼顾性能与需求） #

如果不想改动全文索引的配置，这是最快捷的方法：先用CONTAINS过滤出符合全文检索条件的记录（比如匹配FTSE、STRIPS这类关键词），再用CHARINDEX筛选出包含<的条目，这样既利用了全文索引的性能优势，又能满足你的查询需求：

SELECT * 
FROM data a 
WHERE CONTAINS(a.name, 'FTSE OR STRIPS OR USD') -- 先通过全文索引缩小范围
  AND CHARINDEX('<', a.name) > 0; -- 再筛选包含<的记录

方案2：修改全文分词器配置（纯CONTAINS实现） #

如果一定要用纯CONTAINS查询<，需要调整全文分词器的规则，让它不再把<当作分隔符：

• 首先，创建一个自定义的分词器配置（复制默认的英文分词器），修改其分隔符规则，移除<作为分隔符的设置。
• 重新生成data表的全文索引，指定使用这个自定义分词器。
• 之后就可以直接用CONTAINS(a.name, '"<"')来查询包含<的记录了。

不过这个方法需要服务器级别的权限，而且会改变全文索引的整体分词行为，操作前建议先在测试环境验证。

方案3：针对特定短语的CONTAINS查询（适合精准匹配） #

如果你的查询目标是特定的包含<的短语（比如FTSE STRIPS <1 Yr USD），可以直接把整个短语用双引号包裹起来作为CONTAINS的搜索条件：

SELECT * 
FROM data a 
WHERE CONTAINS(a.name, '"FTSE STRIPS <1 Yr USD"');

这种方式会匹配完整的短语，但无法泛化到所有包含<的记录。

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