CONTAINS查不到数据主因是全文索引未生效，需确认数据库启用全文搜索、目标列已加入且is_enabled=1、列类型兼容；同时防范SQL注入与参数嗅探，控制返回字段并优选CONTAINSTABLE，中文须指定LANGUAGE 2052。
CONTAINS 查不到数据，八成是索引没生效，不是 SQL 写错了。
确认全文索引已正确启用并覆盖目标列
SQL Server 的全文检索不是“建完索引就能搜”，CONTAINS 要返回结果，必须同时满足三个硬性条件：
- 表所在数据库已启用全文搜索（
sp_fulltext_database 'enable'） - 目标列已显式加入全文索引（仅
char/varchar/nchar/nvarchar/varbinary(max)支持；text和ntext已过时，xml需额外配置） - 该列实际存在于
sys.fulltext_indexes视图中，且is_enabled = 1
检查命令示例：
SELECT object_name(object_id) AS table_name, column_name, is_enabled<br>FROM sys.fulltext_index_columns ftc<br>JOIN sys.columns c ON ftc.column_id = c.column_id AND ftc.object_id = c.object_id<br>WHERE ftc.object_id = OBJECT_ID('YourTable');
如果查不到记录，说明列根本没进索引——删掉重建全文索引前，先用 DROP FULLTEXT INDEX ON YourTable 清干净。
存储过程里调用 CONTAINS 时避免参数嗅探和注入风险
直接拼接用户输入到 CONTAINS 第二个参数里，等于给 SQL 注入开后门；更隐蔽的问题是参数嗅探：首次执行传了短词（如 N'a'），生成的执行计划会固化，后续传长句（如 N'数据库性能优化方案'）就卡住。
- 用
QUOTENAME(@searchTerm, '''')做基础转义，再用REPLACE(..., '''', '''''')处理单引号嵌套 - 对模糊前缀搜索（如
"数据库*"），需手动拼接通配符，不能依赖用户输入原样代入 - 加
OPTION (RECOMPILE)强制每次重编译执行计划，尤其适合搜索词长度/分布差异大的场景
安全写法示例：
DECLARE @searchTerm NVARCHAR(100) = N'数据库优化';<br>DECLARE @containsClause NVARCHAR(200) = N'"' + REPLACE(QUOTENAME(@searchTerm, ''''), '''', '''''') + N'"';<br>SELECT * FROM YourTable WHERE CONTAINS(content_column, @containsClause) OPTION (RECOMPILE);
大文本返回字段多时 IO 爆炸，必须控制回查范围
全文索引只加速谓词判断，不存原始值。SQL Server 必须根据匹配的行 ID 回查聚集索引或堆取其他字段——如果 SELECT * 或返回几十个大字段，而匹配行数上千，磁盘 IO 就会直线上升。
- 只
SELECT必需字段，尤其是避免SELECT *或包含varbinary(max)列 - 优先用
CONTAINSTABLE替代CONTAINS，它返回带排名的表，可配合TOP限流，且能显式 JOIN 减少冗余回查 - 若业务允许，把高频展示字段（如标题、摘要）冗余到单独小字段，用
INCLUDE加入聚集索引，减少 LOB 回查
例如：
SELECT t.id, t.title, t.snippet<br>FROM CONTAINSTABLE(YourTable, content_column, @searchTerm) AS ft<br>JOIN YourTable t ON ft.[KEY] = t.id<br>ORDER BY ft.RANK DESC;
FREETEXT vs CONTAINS：别用错语义层级
FREETEXT 会自动分词、忽略停用词、计算相似度，但无法控制权重、不支持布尔逻辑（AND/OR），也不保证结果稳定；CONTAINS 是精确匹配词干+同义词（依赖语言统计），可控性强。
- 客服问答、模糊联想类场景，才考虑
FREETEXT，且必须搭配STOP LIST控制停用词 - 电商搜索、日志分析等要求结果确定的业务，坚持用
CONTAINS+ 手动分词（比如拆成"数据库" AND "优化"） - 中文搜索务必指定
LANGUAGE 2052（简体中文 LCID），否则默认英文断词会把“数据库优化”切成“数据”“库优”“化”
容易被忽略的一点：全文索引对空格、标点极其敏感。用户输“SQL Server”，索引里存的是“SQLServer”（无空格），CONTAINS 就永远不命中——得靠 sys.dm_fts_parser 提前验证分词效果。
