EF Core 2实体未附加上下文：Azure SQL更新无生效无报错问题

嘿，我之前也踩过Azure SQL + EF Core更新不生效的坑，结合你的情况，给你列几个最可能的排查方向，按优先级来：

这是最关键的第一步，很多时候问题出在EF Core根本没发UPDATE请求，但你不知道。你可以临时开启EF Core的命令日志，看看实际执行的SQL：

在Program.cs里添加日志过滤：

builder.Logging.AddFilter("Microsoft.EntityFrameworkCore.Database.Command", LogLevel.Information);

然后运行程序，查看输出日志。如果没有看到对应的UPDATE语句，那说明EF Core认为实体没有变化，或者没有跟踪到实体的修改。

• 如果你的实体是通过AsNoTracking()查询出来的，EF Core不会跟踪它的变化，调用SaveChanges()时会忽略更新。解决方法是更新前附加实体并标记为修改：

  _context.Attach(yourEntity).State = EntityState.Modified;
  // 或者直接用Update方法
  _context.Update(yourEntity);
  await _context.SaveChangesAsync();
  

• 另外，如果你没有给实体添加并发令牌（比如[Timestamp]或[ConcurrencyCheck]属性），当你修改的属性值和数据库现有值完全一致时，EF Core会跳过更新。这种情况下，即使你觉得改了值，EF Core会认为数据没变化，不生成SQL。

这是新手最容易犯的错误！如果你的更新方法是异步的，但你写了：

_context.SaveChangesAsync(); // 没有await！

那API会直接返回，而SaveChanges的异步操作可能还没执行完，导致更新没生效，而且不会抛出任何错误。一定要确保用await _context.SaveChangesAsync();

• 先确认连接字符串完全正确：Azure SQL的连接字符串里Server格式是tcp:<server-name>.database.windows.net,1433，User ID是<username>@<server-name>，Database是你的数据库名，Password正确。
• 检查Azure SQL的防火墙规则：确保本地IP（本地运行时）和Azure App Service的出站IP（云端部署时）都被允许访问数据库。
• 验证SQL用户的权限：在Azure Portal的SQL数据库查询编辑器里，手动执行一条UPDATE语句，看看能不能成功。如果手动都不行，那就是权限问题，给用户分配db_datawriter角色试试。

• 如果你手动开启了事务，一定要确保调用了transaction.Commit();，否则事务会回滚，更新不会生效。
• 虽然你用了Scoped注入DBContext，但要确保查询实体和更新实体的操作在同一个Scoped生命周期内（比如同一个控制器方法里）。如果跨了不同的DBContext实例，EF Core无法跟踪变化，更新会失效。

• 检查数据库是否被设置为只读：在Azure Portal的SQL数据库“配置”选项卡，确认“只读”开关是关闭的。
• 如果用了弹性池，检查弹性池的配置有没有限制写入操作。

如果以上都排查过了还是不行，建议捕获SaveChanges()的返回值（它会返回受影响的行数），如果返回0，说明EF Core没有更新任何行，这时候可以进一步检查实体的属性值和数据库里的是否一致，或者用_context.Entry(yourEntity).GetDatabaseValues()对比数据库值和跟踪值的差异。

内容的提问来源于stack exchange，提问作者Mohammed Kamran Azam