Entity Framework Core执行查询抛出TaskCanceledException问题排查

1. 先排查连接超时与数据库性能问题 #

• TaskCanceledException多数是查询超时触发的，先修改连接字符串，添加CommandTimeout=300（设置5分钟超时），测试是否还会抛出异常。
• 把EF生成的SQL语句提取出来（用_dbContext.conferencings.Where(...).ToQueryString()获取），直接在SSMS或数据库客户端执行，确认数据库端是否存在查询慢、卡死的情况，排除数据库本身的性能问题。

2. 彻底修复Decimal与Money类型的映射异常 #

你仅配置了Target_Rent的精度，但Target_Rent_Basis和Ratable_Value同样是Decimal?类型，若数据库中对应字段为money类型，需明确指定存储类型（比HasPrecision更适配money类型）：

modelBuilder.Entity<Roomdata>()
    .Property(r => r.Target_Rent)
    .HasColumnType("money");

modelBuilder.Entity<Roomdata>()
    .Property(r => r.Target_Rent_Basis)
    .HasColumnType("money");

modelBuilder.Entity<Roomdata>()
    .Property(r => r.Ratable_Value)
    .HasColumnType("money");

同时检查日志中所有模型验证警告，确认是否还有其他实体的字段存在类型映射问题。

3. 排查异步调用的死锁问题 #

程序冻结大概率是同步/异步调用混合导致的死锁，检查调用GetEventsByDate的上层代码：

• 错误示例（会阻塞上下文）：

  var events = repo.GetEventsByDate(today).Result;
  

• 修正为全程异步：

  var events = await repo.GetEventsByDate(today);
  

4. 开启EF Core日志查看执行细节 #

添加日志配置，查看查询生成、执行过程中的详细报错：

// 在Program.cs/Startup中配置
builder.Logging.AddFilter("Microsoft.EntityFrameworkCore", LogLevel.Debug);

重点关注日志中除了原有警告外的异常信息，比如字段映射失败、连接中断等细节。

5. 检查conferencing实体的映射正确性 #

• 确认Date字段的数据库类型：若数据库是date类型，模型用DateTime会触发隐式转换，可能导致查询变慢超时，可将模型字段改为DateOnly适配。
• 检查Suppresssignage字段：数据库若为bit类型，模型需确保是bool类型，避免映射错误导致查询条件失效或性能问题。

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