C# sql语句含有 like %name%如何提高查询效率

在 C# 和 SQL Server（或其他关系型数据库）中，LIKE '%name%'（前后通配符）会导致索引失效，从而引发全表扫描（Table Scan），这是查询效率低下的主要原因。

要解决这个问题，不能仅靠修改 C# 代码，必须结合数据库层面的优化 和架构调整。以下是几种从低成本到高成本的解决方案：

1. 使用 SQL Server 的全文索引 (Full-Text Search) ------ 推荐方案

这是解决 LIKE '%...%' 性能问题最标准、最有效的方法，无需改变业务逻辑太多。

理：建立倒排索引，专门用于处理文本模糊匹配。
步骤：
1. 启用全文搜索 （需数据库管理员权限）：sql
  
  编辑
  复制代码
```
-- 创建全文目录
CREATE FULLTEXT CATALOG MyCatalog AS DEFAULT;
-- 在表上启用全文索引 (假设表名为 Users, 列为 Name)
CREATE FULLTEXT INDEX ON Users(Name) KEY INDEX PK_Users; 
```
2. 修改 C# 中的 SQL 语句 ：
  将 LIKE 替换为 CONTAINS 或 FREETEXT。
  - 原语句：SELECT * FROM Users WHERE Name LIKE '%name%'
  - 新语句：SELECT * FROM Users WHERE CONTAINS(Name, '"name*"')
  - 注意：全文搜索的语法略有不同，通常支持前缀匹配 "name*" 效率极高，也支持中间匹配但需特定配置。

C# 示例 (Dapper/ADO.NET)：

csharp

编辑

复制代码

string searchTerm = "name";
// 注意：CONTAINS 不需要像 LIKE 那样手动加 %，但可能需要处理双引号
string sql = "SELECT * FROM Users WHERE CONTAINS(Name, @searchTerm)";

// 构造搜索词，如果是部分匹配，通常需要加通配符，具体看全文索引配置
// 对于中间匹配，全文索引通常写作: "name" (精确词) 或使用 NGRAM 分词
// 最简单的模糊前缀：
string searchParam = $"\"{searchTerm}*\""; 

using (var connection = new SqlConnection(connectionString))
{
    var users = await connection.QueryAsync<User>(sql, new { searchTerm = searchParam });
}

2. 使用生成列 + 索引 (Persisted Computed Column)

如果你无法使用全文索引，且搜索模式比较固定（例如主要是后缀匹配或特定长度），可以考虑此法，但对纯中间匹配支持有限。

反向索引技巧 （针对 LIKE '%name' 后缀匹配有效，对 %name% 无效，除非结合其他手段）。
NGram 索引（高级）：将字符串拆分为多个片段存入另一张表并建立索引。这需要在数据库层做大量工作，维护成本高，通常不推荐直接在业务表做。

3. 引入搜索引擎 (Elasticsearch / Solr) ------ 高并发/大数据量方案

如果数据量达到百万/千万级，或者需要复杂的模糊搜索、拼音搜索、权重排序，数据库不再是最佳选择。

架构：C# 后端将数据同步到 Elasticsearch (ES)。
查询：C# 使用 NEST 客户端查询 ES，使用 match_phrase 或 wildcard 查询。
优势：ES 专为倒排索引设计，*name* 查询速度极快（毫秒级）。

4. 数据库层面优化 (如果不允许改架构)

如果必须保留 LIKE '%name%' 且不能上全文索引或 ES，只能尝试以下"缓解"措施（效果有限）：

覆盖索引 (Covering Index) ：

虽然索引无法加速查找过程，但如果查询的列都在索引中，可以避免回表（Key Lookup），减少 I/O。

sql

编辑
复制代码
```
-- 假设只查 Name 和 Id
CREATE INDEX IX_Users_Name_Covering ON Users(Name) INCLUDE (Id, OtherColumn);
```
注意：这依然无法避免扫描整个索引树，只是扫描索引比扫描全表快一点。
限制结果集 ：

务必在 C# 中使用 TOP 或 LIMIT，并在业务上限制用户输入的最小长度（例如至少输入 3 个字符），减少匹配到的行数。

csharp

编辑
复制代码
```
// 加上 TOP 100
string sql = "SELECT TOP 100 * FROM Users WHERE Name LIKE @pattern";
```

5. C# 代码层面的注意事项

无论后端怎么优化，C# 代码中要注意以下几点以防止注入和确保执行计划正确：

严禁字符串拼接 ：永远不要 "... LIKE '%" + name + "%'"。
使用参数化查询：

csharp

编辑
复制代码
```
// 正确做法
string pattern = $"%{userName}%";
var sql = "SELECT * FROM Users WHERE Name LIKE @pattern";
// 将 pattern 作为参数传递
command.Parameters.AddWithValue("@pattern", pattern);
```
原因：参数化查询能让 SQL Server 缓存执行计划。虽然 LIKE '%...' 的计划通常都是扫描，但参数化能避免编译开销和注入风险。
处理空值与短词 ：

在 C# 中先判断，如果用户只输入了 1 个字符，直接返回提示或限制搜索，因为单字符的 %a% 会匹配全库，效率极低。

总结建议

表格

场景	推荐方案	实施难度	性能提升
通用推荐	SQL Server 全文索引 (CONTAINS)	中	⭐⭐⭐⭐⭐
海量数据/复杂搜索	Elasticsearch	高	⭐⭐⭐⭐⭐
无法改库结构	覆盖索引 + 限制搜索长度 + TOP	低	⭐⭐ (有限)
后缀匹配 (`%name`)	反向计算列 + 索引	中	⭐⭐⭐⭐

核心结论 ：LIKE '%name%' 是关系型数据库的弱点。不要试图通过调整 C# 代码来"加速"它 ，必须通过改变数据库索引策略（全文索引） 或**更换存储引擎（ES）**来解决。