C#中SqlCommand.ExecuteReader()查询结果行数多于SSMS直接执行结果的问题

以下是几种常见导致C#执行SQL返回行数多于SSMS的原因，以及对应的排查/解决步骤：

1. 数据库连接环境不一致 #

• 原因：C#代码的connectionString可能指向了和SSMS不同的数据库实例（比如测试库vs生产库）、不同的数据库，甚至不同的服务器。或者SSMS使用了特定的数据库上下文（比如执行了USE [xxx]），而C#连接的默认数据库不同。
• 解决：
  • 核对C#中connectionString里的Data Source、Initial Catalog参数，确认和SSMS连接的服务器、数据库完全一致。
  • 在SSMS中执行SELECT @@SERVERNAME, DB_NAME()，在C#代码里执行同样的查询并输出结果，对比是否一致。

2. 参数传递不匹配 #

• 原因：C#传入的参数和你在SSMS中手动测试时用的参数存在差异：
  • 参数值不同（比如SSMS用的是@Status = 1，但C#传入的是@Status = 0）；
  • 参数类型不匹配（比如SSMS中用的是VARCHAR(50)，但C#传入的是NVARCHAR，导致索引失效或过滤逻辑变化）；
  • 参数名写错（比如SQL里是@UserId，但C#里参数名是@UserID，极端情况下可能导致参数未绑定，变成无参数查询返回所有数据）；
  • 遗漏参数（比如SQL有两个参数，但C#只传了一个，未传的参数被视为NULL，导致过滤条件失效）。
• 解决：
  • 在C#代码中添加日志，输出最终执行的SQL和所有参数的名称、值、类型，和SSMS中执行的语句逐一比对。
  • 用SQL Server的SQL Server Profiler或Extended Events捕获C#执行的实际SQL语句，和SSMS的执行语句对比。

3. 会话SET选项差异 #

• 原因：SQL Server的会话级SET选项（比如SET ANSI_NULLS、SET QUOTED_IDENTIFIER、SET ARITHABORT等）会影响查询的执行计划和结果。SSMS默认的SET选项和SqlConnection默认的SET选项可能不同，导致同一查询返回不同行数。
  • 比如SET ANSI_NULLS OFF时，NULL = NULL会被视为真，而SET ANSI_NULLS ON时则为假，这会直接影响WHERE条件的过滤结果。
• 解决：
  • 在SSMS中执行DBCC USEROPTIONS查看当前会话的SET选项，在C#代码中执行同样的语句并输出结果，对比差异。
  • 在C#代码中，打开连接后显式设置和SSMS一致的SET选项，比如：

    connection.Open();
    // 执行SET语句对齐SSMS的选项
    using (var cmd = new SqlCommand("SET ANSI_NULLS ON; SET QUOTED_IDENTIFIER ON; SET ARITHABORT ON;", connection))
    {
        cmd.ExecuteNonQuery();
    }
    // 再执行你的查询
    

4. 事务隔离级别不同 #

• 原因：C#的SqlConnection默认隔离级别是ReadCommitted，但如果SSMS的隔离级别被手动修改（比如执行了SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED），或者C#代码中设置了不同的隔离级别，会导致读取到的数据范围不同。比如C#用ReadUncommitted时，会读到未提交的脏数据，行数比SSMS的ReadCommitted多。
• 解决：
  • 在SSMS中执行SELECT transaction_isolation_level FROM sys.dm_exec_sessions WHERE session_id = @@SPID查看当前隔离级别，在C#代码中执行同样的语句对比。
  • 在C#代码中显式设置隔离级别，和SSMS保持一致：

    connection.Open();
    using (var transaction = connection.BeginTransaction(IsolationLevel.ReadCommitted))
    {
        // 在事务内执行查询
        SqlCommand sqlCommand = new SqlCommand(query, connection, transaction);
        // ... 后续代码
    }
    

5. 查询文本不一致 #

• 原因：你在SSMS中保存的查询和C#代码中传入的query字符串可能存在细微差异：比如多了/少了WHERE条件、拼写错误、换行/空格导致的语法差异（虽然SQL不敏感，但极端情况可能影响），甚至C#中的query是从其他地方加载的，和SSMS的版本不同。
• 解决：
  • 将C#中使用的query字符串完整输出，复制到SSMS中执行，看返回行数是否和C#一致。如果一致，说明问题出在SSMS的执行环境；如果不一致，说明query本身有差异。

6. 脏读或未提交数据 #

• 原因：如果C#执行查询时，恰好有其他事务在写入数据且未提交，而C#的隔离级别允许读取未提交数据，就会读到这些临时数据，导致行数比SSMS多（SSMS执行时可能事务已经提交或回滚）。
• 解决：
  • 确保C#使用的隔离级别是ReadCommitted（默认），或者显式设置更高的隔离级别（比如RepeatableRead）避免脏读。
  • 在非高峰时段重复测试，看是否还存在行数差异。

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