我使用的是Microsoft.EntityFrameworkCore.SqlServer2.2.6。我有一个存储过程，通常需要1到2秒才能执行。
我正在使用带有EF Core的.NET Core 2.2来执行该存储过程。
appsettings.json:
{
"SqlCommandTimeout": 120, // seconds
"ConnectionStrings": {
"DefaultConnection": "Server=serverip;Database=MyDataBase;Integrated Security=True;"
}
}
在startup.cs中，我正在设置连接字符串和超时
var sqlCommandTimeout = configuration.GetValue<int>("SqlCommandTimeout");
services.AddDbContext<MyDBContext>(options =>
{
options.UseSqlServer(configuration.GetConnectionString("DefaultConnection"),
sqlServerOptions => sqlServerOptions.CommandTimeout(sqlCommandTimeout));
});
此代码执行存储过程并填充DTO:
public static async Task<IEnumerable<AvailableWorkDTO>> prcGetAvailableWork(this MyDBContext dbContext, int userID)
{
var timeout = dbContext.Database.GetCommandTimeout() ?? 120;
var result = new List<AvailableWorkDTO>();
using (var cmd = dbContext.Database.GetDbConnection().CreateCommand())
{
var p1 = new SqlParameter("@UserID", SqlDbType.Int)
{
Value = userID
};
cmd.CommandText = "dbo.prcGetAvailableWork";
cmd.CommandType = CommandType.StoredProcedure;
cmd.Parameters.Add(p1);
cmd.CommandTimeout = timeout;
await dbContext.Database.OpenConnectionAsync().ConfigureAwait(false);
using (var reader = await cmd.ExecuteReaderAsync().ConfigureAwait(false))
{
while (await reader.ReadAsync().ConfigureAwait(false))
{
var item = new AvailableWorkDTO();
item.ID = reader.GetInt32(0);
item.Name = reader.GetString(1);
item.Title = reader.GetString(2);
item.Count = reader.GetInt32(3);
result.Add(item);
}
}
}
return result;
}
存储过程仅使用READUNCOMMITTED隔离级别从几个表中读取数据。然而，还有另一个后台过程，每3分钟将新记录插入这些表中。
问题
当用户数量不时增加时，我们会看到超时异常。
System.Data.SqlClient.SqlException(0x80131904)：超时已过期。
在操作完成或服务器没有响应之前经过的超时时间。
System.ComponentModel.Win32异常(258)：等待操作在System.Data.SqlClient.SqlCommand处超时
。<gt；c.b_122_0(任务1 result) at System.Threading.Tasks.ContinuationResultTaskFromResultTask2.InnerInvoke()
System.Threading.ExecutionContext.RunInternal(ExecutionContext ExecutionContext，ContextCallback回调，对象状态)---从引发异常的前一位置开始的堆栈结束跟踪---
位于System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task¤tTaskSlot)
---从引发异常的前一位置开始的堆栈结束跟踪---
在Data\Jenkins\xx production\workspace\Src\Common\Data\Entities\StoredProcedures\StoredPredureExtensions.cs:line 56
在Microsoft.AspNetCore.Mvc.Interal.ControllerActionInvoker.InvokeActionMethodAsync()处的System.Threading.Tasks.ValueTask`1.get_Result()处
的Data\Jenkins \xx production\workspace\Src\Common\Data\Entities\ StoredPreduceExtensions.cs:line56
Microsoft.AspNetCore.Mvc.Interal.ActionMethodExecutor.TaskOfIActionResultExecutor.Execute(IActionResultTypeMapper映射程序、ObjectMethodExecutor执行程序、Object控制器、Object[]参数)
Microsoft.AspNetCore.Mvc.Interal.ControllerActionInvoker.Next(State&Next，Scope&Scope，Object&State，Boolean&isCompleted(ResourceExecutedContext上下文)
Microsoft.AspNetCore.Mvc.Interal.ResourceInvoker.Next(State&Next，Scope&Scope，Object&State，Boolean&isCompleted)
Microsoft.AspNetCore.Mvc.InteralResourceInvoker.InvokeFilterPipelineAsync()(HttpContext HttpContext)
Microsoft.AspNetCore.Routing.EndpointRoutingMiddleware.Invoke(HttpContext上下文)
ClientConnectionId:c10da510-09f-4bfb-8b37-58c0ee8fa3b1
错误号：-2，状态：0，类：11at
问题
我使用的是EF Core 2.2。根据文档，对于某些异步方法，
SqlCommand.CommandTimeout属性被忽略。在上面的代码中，超时会被忽略吗？SQLServerProfiler显示存储过程实际上只被
await cmd.ExecuteReaderAsync()行执行一次。然而，在读者阅读时，我们仍然需要保持连接畅通。CommandTimeOut是否包括从读者那里阅读所需的时间？最多100个用户可以同时访问此存储过程。我们每天都会仔细检查索引，并执行预定的索引工作。我们正在使用
Microsoft SQL Server 2017 (RTM-CU13) (KB4466404) - 14.0.3048.4 (X64) Standard Edition (64-bit)在Windows Server 2019上。它应该能够处理负载。我们需要查看哪些设置吗？(SQL Server也有多个其他数据库)
在上面的代码中，超时会被忽略吗？
否。
System.Data.SqlClient.SqlException (0x80131904): Timeout expired.
这是由CommandTimeout引起的客户端超时。
CommandTimeOut是否包括从读取器读取所需的时间？
是。根据文档，SqlCommand.CommandTimeout包括SqlDataReader.Read()时间。
我们需要查看哪些设置吗？
打开查询存储并跟踪会话等待统计信息，以查看是否出现阻塞、CPU争用或其他情况。
我也遇到了同样的问题，在我的案例中，我以以下方式编写了存储过程代码
BEGIN TRAN
BEGIN TRY
some code here....
--COMMIT TRAN // it is missed or written in the wrong place
END TRY
"；COMMIT TRAN"；存储过程代码中遗漏的代码；BEGIN TRAN"；是否存在，因为以前的调用处于等待状态，并且对于下一个事务服务器将不会响应