SQLAzureExecutionStrategy在EF异常中未被调用，应该重试吗？

Question

我正在尝试使用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/进行了测试，通过在拦截器类中模拟异常来确保我实现得正确，一切都很好。我甚至可以在调试中捕获它，并看到 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什么也不做，没有重试或其他操作。

请问有什么建议吗？如果SQLAzureConnectionStrategy无法捕获EF调用返回的异常，那它到底有什么作用呢？

谢谢。

- TimBunting

Answer 1

这是我完成它的方式。我使用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)));
    }
} 

- Rob Sedgwick

Answer 2

然而，如果在实际的Entity Framework调用中出现异常，它将作为异常返回，并且ShouldRetryOn将被绕过。

执行策略仅用于数据库操作。因此，如果您说对于EF异常（与与数据库的I/O操作无关）不会调用ShouldRetryOn，那么这是预期的行为。

以下是SqlAzureExecutionStrategy的代码，如果您想查看它的功能 https://entityframework.codeplex.com/SourceControl/latest#src/EntityFramework.SqlServer/SqlAzureExecutionStrategy.cs 大部分逻辑都在DbExecutionStrategy基类中 https://entityframework.codeplex.com/SourceControl/latest#src/EntityFramework/Infrastructure/DbExecutionStrategy.cs

- Rowan Miller

---

在实际场景中，我确实遇到了一个I/O操作异常，ShouldRetryOn没有被调用。在“虚假”场景中，我模拟了一个SQL异常，而不是通过Entity Framework调用GetClients存储过程，并且ShouldRetryOn没有捕获它。然而，我在拦截器中放置了相同的虚假异常，它确实被捕获了。我的一位同事认为SQLAzureExecutionStrategy仅适用于SQLAzure数据库，而我正在尝试将其用于普通的“现场”连接或混合连接。 - TimBunting