EF6 SaveChanges异常：仅连接第二个数据库编辑时触发行数不符

我明白你遇到的这个棘手问题——相同代码在两个数据库表现不一，只有第二个库执行编辑时抛出Store update, insert, or delete statement affected an unexpected number of rows (0)，确实很让人头疼。既然你已经排除了代码本身的问题，也做了乐观并发处理、更新方式验证和主键检查，那问题肯定出在两个数据库的环境差异上，我给你几个针对性的排查方向：

1. 核对数据库表结构与数据细节 #

• 主键匹配问题：检查第二个库中要更新的实体数据，有没有主键值和代码传入值不匹配的情况？比如主键是字符串时的大小写差异，或者数值类型（比如int和long）的隐式转换导致的匹配失败，EF找不到对应行就会抛出这个异常。
• 行版本字段异常：如果你的实体用了行版本（比如RowVersion属性）做乐观并发控制，确认第二个库中对应表的行版本字段是否正常生成，有没有在你编辑前就被其他进程修改过，导致EF判断行已被变更。
• 触发器/约束差异：看看第二个库的目标表有没有配置触发器？比如某些触发器可能会拦截UPDATE操作，或者把更新转成了其他操作，导致实际影响行数为0。另外也对比下两个库的约束（比如默认值、计算列）是否一致，这些差异可能导致实体属性和数据库存储值不匹配。

2. 检查数据库权限与事务隔离 #

• 操作权限验证：确认连接第二个数据库的账号是否有完整的UPDATE权限？如果权限不足，EF执行更新时可能静默失败，进而触发行数不匹配的异常。
• 隔离级别差异：对比两个数据库的事务隔离级别，第二个库会不会用了更严格的隔离级别（比如可序列化）？这种情况下编辑时可能出现行被锁定或者不可见，导致EF更新不到数据。

3. 调整EF上下文的实体跟踪方式 #

虽然你已经尝试了EntityState.Modified，但可以试试更严谨的更新方式，确保上下文能正确跟踪实体：

// 先从数据库查询到最新实体，再更新属性
var targetArticle = context.Articles.Find(articleId);
if (targetArticle != null)
{
    // 逐个赋值或者用SetValues批量更新
    context.Entry(targetArticle).CurrentValues.SetValues(yourUpdatedEntity);
    context.SaveChanges();
}

或者显式附加实体并设置状态，避免因为AsNoTracking之类的操作导致跟踪失效：

context.Articles.Attach(yourUpdatedEntity);
context.Entry(yourUpdatedEntity).State = EntityState.Modified;
context.SaveChanges();

4. 启用EF日志排查SQL语句 #

可以开启EF的SQL日志功能，看看针对第二个库执行的UPDATE语句是什么样的，直接拿着这条SQL去数据库执行，看是否真的能更新到行，这样能快速定位是EF生成的SQL有问题，还是数据库本身的问题。

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