Azure SQL 频繁连接超时

我们在 Azure 上运行一个 Web 应用程序（2 个实例），由 SQL Azure 数据库支持。在任何给定时间都有 50-150 个用户使用该网站。数据库以 S2 性能级别运行。 DTU 平均约为 20%。

然而，每天都有几次我的日志中突然出现数百个超时错误，如下所示：

执行命令定义时出错。有关详细信息，请参阅内部异常。

等待操作超时。

超时已过。操作完成之前超时时间已过，或者服务器未响应。尝试连接到路由目标时发生此失败。尝试连接到原始服务器所花费的持续时间为 - [登录前]初始化=1；握手=21； [登录]初始化=0；身份验证=0； [登录后]完成=1；

我们使用 EF6 进行具有默认命令超时的查询。我已经配置了这个执行策略：

SetExecutionStrategy("System.Data.SqlClient", 
            () => new SqlAzureExecutionStrategy(10, TimeSpan.FromSeconds(15)));

该数据库（总共约 15GB）有大量索引。这些错误随处可见，通常在 1-2 分钟内出现数十到数百个错误。

我可以采取哪些措施来防止这种情况发生？

事实上，它在 1-2 分钟内发生可能意味着活动爆发或某些进程可能会锁定表。

如果您的 DTU 在这些时间内处于 20%，则不是 CPU 问题，但您始终可以通过在数据库上运行以下查询来找到瓶颈：

SELECT TOP 10 
total_worker_time/execution_count AS Avg_CPU_Time
        ,execution_count
        ,total_elapsed_time/execution_count as AVG_Run_Time
        ,(SELECT
              SUBSTRING(text,statement_start_offset/2,(CASE
                                                           WHEN statement_end_offset = -1 THEN LEN(CONVERT(nvarchar(max), text)) * 2 
                                                           ELSE statement_end_offset 
                                                       END -statement_start_offset)/2
                       ) FROM sys.dm_exec_sql_text(sql_handle)
         ) AS query_text 
FROM sys.dm_exec_query_stats 
ORDER BY Avg_CPU_Time DESC

即使数据库有大量索引，索引也会碎片化，我建议运行它来检查当前碎片：

select a.*,b.AverageFragmentation from 
(               SELECT tbl.name AS [Table_Name], tbl.object_id, i.name AS [Name], i.index_id, CAST(CASE i.index_id WHEN 1 THEN 1 ELSE 0 END AS bit) AS [IsClustered], 
CAST(case when i.type=3 then 1 else 0 end AS bit) AS [IsXmlIndex], CAST(case when i.type=4 then 1 else 0 end AS bit) AS [IsSpatialIndex]
               FROM
               sys.tables AS tbl
               INNER JOIN sys.indexes AS i ON (i.index_id > 0 and i.is_hypothetical = 0) AND (i.object_id=tbl.object_id))a
inner join
(               SELECT tbl.object_id, i.index_id, fi.avg_fragmentation_in_percent AS [AverageFragmentation]
               FROM
               sys.tables AS tbl
               INNER JOIN sys.indexes AS i ON (i.index_id > 0 and i.is_hypothetical = 0) AND (i.object_id=tbl.object_id)
               INNER JOIN sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'LIMITED') AS fi ON fi.object_id=CAST(i.object_id AS int) AND fi.index_id=CAST(i.index_id AS int)
)b
on a.object_id=b.object_id and a.index_id=b.index_id
order by AverageFragmentation desc

您还可以使用 Azure 自动化来安排碎片索引的自动重建，请参阅答案：为什么我的 Azure SQL 数据库索引仍然碎片？ https://stackoverflow.com/questions/35363876/why-my-azure-sql-database-indexes-are-still-fragmented/35365988#35365988