SQLAzureExecutionStrategy在EF Exception上没有调用ShouldRetryOn

时间:2016-02-10 14:05:47

标签: c# entity-framework azure azure-sql-database

我正在尝试合并SQLAzureConnectionStrategy,因为我有一个Azure Web应用程序,在某些情况下通过混合连接调用本地SQL数据库。连接有点不稳定,有时在读取数据时会出现异常,但是之后立即重试就可以了。

我认为这是SQLAzureConnectionStrategy的一个很好的例子,因为你可以将它配置为重试。

我已经设置了我的DbConfiguration类:

  public class dbUnitsConfiguration : DbConfiguration
{
    public dbUnitsConfiguration()
    {
        SetExecutionStrategy("System.Data.SqlClient", () => SuspendExecutionStrategy
  ? (IDbExecutionStrategy)new DefaultExecutionStrategy()
  : new CustomExecutionStrategy(6, new TimeSpan(0, 0, 4))); 

        AddInterceptor(new dbUnitsInterceptor());
    }

    public static bool SuspendExecutionStrategy
    {
        get { return (bool?)CallContext.LogicalGetData("SuspendExecutionStrategy") ?? false; }
        set { CallContext.LogicalSetData("SuspendExecutionStrategy", value); }
    }

}

SuspendExcutionStrategy位可能不是必需的,但我已经绝望并尝试了我见过的不同的事情。

这是我从SQLAzureExecutionStrategy派生的类,所以我可以覆盖ShouldRetryOn

  public class CustomExecutionStrategy : SqlAzureExecutionStrategy
{
    public CustomExecutionStrategy(int maxRetryCount, TimeSpan maxDelay)
        : base(maxRetryCount, maxDelay)
    {
    }


    protected override bool ShouldRetryOn(Exception exception)
    {
        Log.LogInformation("Retrying on " + exception.Message);
        return true;
    }


}

我按照文章http://thedatafarm.com/data-access/testing-out-the-connection-resiliency-feature-into-ef6/中的示例来测试我通过在Interceptor类中模拟异常来正确实现它,这一切都运行良好。我甚至可以在调试中捕获它并看到正在调用的ShouldRetryOn。

但是,如果我在实际的Entity Framework调用中得到异常,它只是作为异常返回,并且绕过了ShouldRetryOn。

我甚至将模拟异常直接放入Entity Framework调用中,如下所示:

   public IEnumerable<Shared.Models.Client> GetAll()
    {
        // throw SqlExceptionFaker.Error10053;
        return Mapper.Map<List<Entities.GetClients_Result>, 
            List<Shared.Models.Client>>(dbContext.GetClients(null).ToList());
    }

,异常只返回给调用方法。 SQLAzureConnectionStrategy什么都不做,没有重试或什么。

请给我任何建议,如果它无法捕获EF调用返回的异常,我无法看到SQLAzureConnectionStrategy会做什么。

感谢。

2 个答案:

答案 0 :(得分:2)

这就是我做的方式。我使用DbConfigurationType属性用我的DbConfigurationType类装饰实体类。

[DbConfigurationType(typeof(DataContextConfiguration))]
    public partial class MyEntity : DbContext
    {
        public static MyEntity CreateContext()
        {
            var context = new MyEntity();
            ((IObjectContextAdapter)context).ObjectContext.CommandTimeout = 180;

            return context;
        }
     }


public class DataContextConfiguration : DbConfiguration
{
    public DataContextConfiguration()
    {
    SetExecutionStrategy("System.Data.SqlClient", () => new SqlAzureExecutionStrategy(5, new TimeSpan(0, 0, 10)));
    }
} 

答案 1 :(得分:0)

  

但是,如果我在实际的Entity Framework调用中得到异常,它只是作为异常返回,并且绕过了ShouldRetryOn。

执行策略仅用于数据库操作。因此,如果您说没有调用ShouldRetryOn的EF异常(与数据库的I / O操作无关)那么这就是预期的行为。

如果你想知道它的作用,下面是SqlAzureExecutionStrategy的代码 https://entityframework.codeplex.com/SourceControl/latest#src/EntityFramework.SqlServer/SqlAzureExecutionStrategy.cs

大多数逻辑都在DbExecutionStrategy基类中 https://entityframework.codeplex.com/SourceControl/latest#src/EntityFramework/Infrastructure/DbExecutionStrategy.cs