如何避免C# Azure Function执行时出现SqlClient超时错误？

你的问题其实是触发了SQL命令超时和Azure Function自身执行超时两个层面的限制，咱们一步步来搞定：

1. 先调整SQL命令的超时时间 #

默认情况下，SqlCommand的CommandTimeout只有30秒，完全撑不住8分钟的存储过程执行时间。你需要在代码里显式设置更长的超时值，比如直接设为10分钟（600秒）：

using (var connection = new SqlConnection(yourConnectionString))
{
    await connection.OpenAsync();
    using (var command = new SqlCommand("YourStoredProcedureName", connection))
    {
        command.CommandType = CommandType.StoredProcedure;
        // 根据存储过程实际耗时调整，这里设为10分钟
        command.CommandTimeout = 600; 
        await command.ExecuteNonQueryAsync();
    }
}

2. 调整Azure Function的执行超时限制 #

这是更关键的一步：Azure Function的超时时间和你用的托管计划直接相关：

• 消费计划：默认5分钟，最长只能调到10分钟
• 专用/弹性计划：默认30分钟，最长可以拉到60分钟

你需要在项目根目录的host.json里配置这个值：

{
  "version": "2.0",
  "functionTimeout": "00:10:00" // 消费计划最多设00:10:00，专用计划可设到00:60:00
}

如果你的存储过程耗时超过10分钟，那消费计划就顶不住了，要么换专用/弹性计划，要么看下面的优化方案。

3. 从根源优化存储过程 #

8分钟的执行时间肯定有优化空间，这能彻底避免超时问题：

• 检查存储过程里的查询有没有缺失索引，是不是在做全表扫描
• 把大任务拆成小批次执行，比如分页处理数据，减少单次执行的压力
• 尽量缩短事务的生命周期，避免不必要的锁等待
• 看看有没有可以并行执行的步骤，提升整体效率

4. 超长时间任务用Durable Functions兜底 #

如果存储过程实在没法优化，且耗时超过60分钟，那就试试Azure Durable Functions。它专门处理长运行工作流，会定期保存执行状态（checkpoint），不会因为Function超时中断任务，支持小时级甚至天级的执行时长。

内容的提问来源于stack exchange，提问作者Terry Yulianto