EF Core 2.1查询未生成WHERE条件引发超时如何解决

EF Core 2.1 的查询翻译组件存在版本能力限制：无法将携带StringComparison枚举参数的string.Equals()方法调用翻译为SQL侧的WHERE过滤逻辑。遇到这类无法翻译的表达式时，EF Core 2.1 会默认触发客户端评估逻辑：生成无任何过滤条件的SQL语句，将整表数据全部加载到应用内存后，再在内存中执行大小写不敏感的匹配判断。你当前使用的UserStandby表有12500条记录，全表拉取+内存过滤的模式很容易触发数据库连接超时。

补充：EF Core 2.1 默认允许查询客户端评估，遇到无法翻译为SQL的表达式时会输出Warning级别的日志，生产环境建议开启EF Core查询日志，提前识别这类无感知全表扫描的风险。

以下方案均适配EF Core 2.1版本，可根据实际业务场景选择：

• 方案1：移除StringComparison参数（改动成本最低）
  如果你使用的是SQL Server、MySQL等默认配置大小写不敏感字符串排序规则（排序规则名称后缀为_CI）的数据库，直接去掉Equals方法里的StringComparison.OrdinalIgnoreCase参数即可，EF Core可以正常将判断逻辑翻译为SQL的WHERE子句：

  var userStandby = await _context.UserStandby
      .FirstOrDefaultAsync(standBy => standBy.ECUserId == ECUserId);
  

  该写法生成的SQL会自动携带WHERE [ECUserId] = @__ECUserId_0过滤条件，命中字段索引后查询效率会大幅提升。
• 方案2：显式调用大小写转换函数（兼容大小写敏感字段场景）
  如果ECUserId字段配置的是大小写敏感的排序规则，可通过统一转换大小写的方式做匹配，EF Core 2.1可以正常将ToLower()/ToUpper()方法翻译为对应的数据库内置函数：

  var userStandby = await _context.UserStandby
      .FirstOrDefaultAsync(standBy => standBy.ECUserId.ToUpper() == ECUserId.ToUpper());
  

  使用该方案时建议给ECUserId字段配套对应的函数索引，避免函数调用导致的索引失效问题。
• 方案3：升级EF Core版本（长期优化方案）
  从EF Core 3.0版本开始，微软默认关闭了自动客户端评估能力，遇到无法翻译的表达式会直接抛出异常而非静默拉取全表，同时高版本EF Core已经支持直接翻译带StringComparison参数的字符串比较逻辑，可从根源上避免这类问题。

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