混合使用ADO.NET和LINQ-TO-SQL是否不好？我的数据层无法正常工作

Question

原始帖子

这可能是一个过于具体的调试问题，无法在此处发布，但无论如何我还是在发布它，希望它能提供其他人认为有用的解决方案。

我有一个在中等负载下运行的Web应用程序-也许每秒5个请求。它有一些较旧的代码通过ADO.NET +
DataReaders与Sql通讯，并且已经使用这种技术至少五年了，而没有出现问题。它也具有一些使用LINQ-to-
SQL的更新代码。两种技术都使用相同的连接字符串，以最大程度地提高连接池的重用性。

最近，我经历了一种非常奇怪的行为，这些症状描述了这些行为：

1. 一切都会在一天左右的时间内完美运行，然后突然对数据层的每个调用（或几乎每个调用）（ADO.NET和LINQ）都返回了我的代码无法解析的数据-我会遇到类似“将类型为’System.Int32’的对象转换为类型为’System.String’。” 或“序列不包含任何元素”或“ IndexOutOfRangeException”或“在关闭阅读器时调用Read的尝试无效”。

2. 有趣的是，我从未从SqlCommand.ExecuteReader（）或DataReader.Read（）中获得异常-仅当我尝试解析返回的IDataRecord时才发生异常。

3. 我可以通过重新启动Sql或IIS暂时解决此问题。几个小时后，它又回来了。

4. 我试过监视连接池中的连接数，但它从未超过3个左右。当然不会超过100。

5. 我在事件日志中没有得到任何指示Sql或IIS的任何问题的信息。

6. 该驱动器有9 GB的空白空间。

7. 我怀疑RAM不好，但是服务器正在使用注册的ECC DIMM。

8. 我还有其他使用ADO.NET的应用程序，它们运行良好并且从不出现问题。

9. 发生问题时，我可以通过Management Studio调用完全相同的存储过程，它们将返回正确的预期结果。

这是我的ADO.NET访问模式：

using (var dbConn = Database.Connection) // gets already-open connection
{
  var cmd = new SqlCommand("GetData", dbConn);
  cmd.CommandType = CommandType.StoredProcedure;
  cmd.Parameters.AddWithValue("@id", id);

  SomeDataObject dataObject = null;

  var dr = cmd.ExecuteReader(CommandBehavior.CloseConnection | CommandBehavior.SingleRow);

  if (dr.Read())
    dataObject = new SomeDataObject(dr);

  dr.Close();

  return dataObject;
}

理论：代码的一部分中的ADO.NET和代码的另一部分中的LINQ的组合是否都使用来自连接池的相同连接，是否会产生一些怪异的副作用？

问题：我应该尝试任何调试步骤吗？任何事件日志或性能指标可能有帮助吗？

Answer 1

原始帖子

在负载下，我已经在linq-to-sql应用程序中看到了问题。我使用了Rob Connery的MVC-
Storefront，所以我想很多人都在使用这种应用程序布局。该应用程序在负载很小的情况下运行良好，但是在中等负载下，那里出现的奇怪错误听起来像您所描述的那样。

我怀疑这是数据库上下文存储位置的问题。

就我而言，很容易重现：我使用jmeter并有5个线程，每个线程每秒有几个请求（我猜是20个）。我确实需要具有源自多个线程的负载。

因此，我的建议是：尝试通过使用Jmeter创建负载（对ASP.NET不利，但对ASP.NET MVC不利）或应用程序中心测试来重现开发中的错误。