EF Core查询时.Any()与SingleOrDefault()!=null的性能优劣对比

从数据库查询性能角度来看，Any()方法的性能明显更优，查询速度远快于SingleOrDefault() != null的实现方式。

两种方案的性能差距本质来自EF Core翻译生成的SQL执行逻辑差异：

• Any()方案：你编写的dbContext.Users.Any(u => u.Email == 待校验邮箱)会被EF Core翻译为基于EXISTS的SQL查询：

  SELECT CASE
      WHEN EXISTS (SELECT 1 FROM Users WHERE Email = @input_email)
      THEN CAST(1 AS BIT) ELSE CAST(0 AS BIT)
  END
  

  数据库执行这类查询时，只要扫描到第一条符合条件的记录就会立刻终止查询，直接返回存在性结果，不需要读取完整的行数据，也不需要后续的实体对象映射开销，IO和计算成本极低。
• SingleOrDefault() != null方案：为了满足SingleOrDefault的语义（匹配超过1条记录时抛出异常），你的代码会被EF Core翻译为如下SQL：

  SELECT TOP 2 * FROM Users WHERE Email = @input_email
  

  哪怕你给邮箱字段加了唯一索引不会出现重复记录，数据库还是需要读取匹配行的所有字段数据返回给应用端，EF Core还要完成数据到实体对象的映射，哪怕你根本不会用到这个实体的任何属性，额外产生了大量不必要的IO和内存开销。

• 无论采用哪种校验方式，都必须给数据库Users表的Email字段添加唯一索引和唯一约束：代码层面的存在性校验无法应对高并发场景下的竞争插入问题，只有数据库层面的唯一约束才能从根本上避免重复数据的产生。
• 如果你在校验存在性的同时还需要获取用户实体做后续逻辑处理，直接使用FirstOrDefault/SingleOrDefault即可，不需要额外调用Any()做重复查询，反而会多产生一次数据库请求。

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