Entity Framework调用存储过程超时，SQL Server Management Studio执行正常

DevOps 小满

2026-8-11

问题分析与解决

核心问题：连接超时≠命令超时

你在连接字符串里设置的Connect Timeout=600管的是建立数据库连接的超时时间，但存储过程执行时的超时属于命令执行超时——Entity Framework默认的命令超时只有30秒，这就是为什么你明明给了连接超时，执行还是会抛出异常的原因。

解决办法

1. 单次调用临时设置命令超时

在调用存储过程前，给DataContext添加命令超时设置：

datacontext.CommandTimeout = 600; // 和你的连接超时保持一致即可
datacontext.INITIAL_CHECK(FileKey);

2. 全局设置命令超时

如果所有数据库操作都需要长超时，可以直接在DataContext的构造函数里配置：

public class YourDataContext : DbContext
{
    public YourDataContext() : base("YourConnectionString")
    {
        CommandTimeout = 600;
    }

    // 你的DbSet和存储过程映射代码
}

3. 排查SSMS和EF的执行计划差异

有时候同样的存储过程，在SSMS和EF里执行速度差很多，大概率是执行计划不一致导致的：

参数嗅探：EF传入的参数值和你在SSMS里测试的不一样，导致生成的执行计划不匹配。可以在存储过程结尾添加OPTION (RECOMPILE)，强制每次生成新的执行计划：
```
CREATE PROCEDURE INITIAL_CHECK
    @FileKey [参数类型]
AS
BEGIN
    -- 原存储过程逻辑
END
OPTION (RECOMPILE)
```
SET选项不一致：SSMS和EF默认的数据库SET选项（比如ANSI_NULLS、QUOTED_IDENTIFIER）可能不同，导致执行计划差异。可以在存储过程里显式设置统一的SET选项，或者对比两者的设置并对齐。