Тайм-Ауты Entity Framework
Я получаю тайм-ауты с помощью Entity Framework (EF) при использовании импорта функций, который занимает более 30 секунд. Я попробовал следующее и не смог решить эту проблему:
добавил Default Command Timeout=300000
в строке подключения в App.Config файл в проекте, который имеет файл EDMX, как предложено здесь.
вот как выглядит моя строка подключения:
<add
name="MyEntityConnectionString"
connectionString="metadata=res://*/MyEntities.csdl|res://*/MyEntities.ssdl|
res://*/MyEntities.msl;
provider=System.Data.SqlClient;provider connection string="
Data Source=trekdevbox;Initial Catalog=StarTrekDatabase;
Persist Security Info=True;User ID=JamesTKirk;Password=IsFriendsWithSpock;
MultipleActiveResultSets=True;Default Command Timeout=300000;""
providerName="System.Data.EntityClient" />
Я попытался установить CommandTimeout в моем репозитории прямо так:
private TrekEntities context = new TrekEntities();
public IEnumerable<TrekMatches> GetKirksFriends()
{
this.context.CommandTimeout = 180;
return this.context.GetKirksFriends();
}
что еще я могу сделать, чтобы получить EF от тайм-аута? Это происходит только для очень больших наборов данных. Все прекрасно работает с небольшими наборами данных.
вот одна из ошибок, которые я получаю:
Система.Данные.В sqlclient.SqlException: истекло время ожидания. Время ожидания истекло до завершения операции или сервер не отвечает.
хорошо-я получил эту работу, и это глупо, что произошло. У меня были обе строки соединения с Default Command Timeout=300000
и CommandTimeout установлен в 180. Когда я удалил Default Command Timeout
из строки подключения это сработало. Таким образом, ответ заключается в том, чтобы вручную установить CommandTimeout в вашем репозитории на вашем объекте контекста следующим образом:
this.context.CommandTimeout = 180;
видимо настройки таймаута настройки в строке подключения не влияют на нее.
7 ответов
существует известная ошибка с указанием таймаута команды по умолчанию в строке подключения EF.
http://bugs.mysql.com/bug.php?id=56806
удалите значение из строки подключения и установите его на самом объекте контекста данных. Это будет работать, если удалить конфликтующее значение из строки подключения.
Entity Framework Core 1.0:
this.context.Database.SetCommandTimeout(180);
Entity Framework 6:
this.context.Database.CommandTimeout = 180;
сущность Основа 5:
((IObjectContextAdapter)this.context).ObjectContext.CommandTimeout = 180;
Entity Framework 4 и ниже:
this.context.CommandTimeout = 180;
Если вы используете DbContext, используйте следующий конструктор для установки таймаута команды:
public class MyContext : DbContext
{
public MyContext ()
{
var adapter = (IObjectContextAdapter)this;
var objectContext = adapter.ObjectContext;
objectContext.CommandTimeout = 1 * 60; // value in seconds
}
}
Если вы используете DbContext
и EF v6+, в качестве альтернативы вы можете использовать:
this.context.Database.CommandTimeout = 180;
обычно я обрабатываю свои операции в сделки. Как я уже говорил, недостаточно установить тайм-аут контекстной команды, но транзакции нужен конструктор с параметром timeout. Я должен был установить оба значения тайм-аута, чтобы он работал правильно.
int? prevto = uow.Context.Database.CommandTimeout;
uow.Context.Database.CommandTimeout = 900;
using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required, TimeSpan.FromSeconds(900))) {
...
}
в конце функции я установил тайм-аут команды на Предыдущее значение в prevto.
через ef6
Я знаю, что это очень старый поток, но все еще EF не исправил это. Для людей, использующих auto-generated DbContext
можно использовать следующий код для установки тайм-аута вручную.
public partial class SampleContext : DbContext
{
public SampleContext()
: base("name=SampleContext")
{
this.SetCommandTimeOut(180);
}
public void SetCommandTimeOut(int Timeout)
{
var objectContext = (this as IObjectContextAdapter).ObjectContext;
objectContext.CommandTimeout = Timeout;
}
это то, что я финансировал. Может быть, это кому-то поможет:
Так вот:
Если вы используете LINQ с EF, ища некоторые точные элементы, содержащиеся в списке, например:
await context.MyObject1.Include("MyObject2").Where(t => IdList.Contains(t.MyObjectId)).ToListAsync();
все идет хорошо, пока IdList не содержит более одного идентификатора.
проблема "timeout"выходит, если список содержит только один идентификатор. Чтобы устранить проблему, используйте условие if для проверки количества идентификаторов в списке IdList.
пример:
if (IdList.Count == 1)
{
result = await entities. MyObject1.Include("MyObject2").Where(t => IdList.FirstOrDefault()==t. MyObjectId).ToListAsync();
}
else
{
result = await entities. MyObject1.Include("MyObject2").Where(t => IdList.Contains(t. MyObjectId)).ToListAsync();
}
объяснение:
просто попробуйте использовать SQL Profiler и Проверьте инструкцию Select, сгенерированную Entity frameeork. ...
Если вы используете Entity Framework, как я, Вы должны определить тайм-аут при запуске класса следующим образом:
services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection"), o => o.CommandTimeout(180)));