EntityFramework Core 中 Cosmos DB 的并发控制机制解析

并发控制概述

在数据库应用中，并发控制是确保数据一致性的重要机制。当多个用户或进程同时尝试修改同一数据时，系统需要合理的策略来处理潜在的冲突。EntityFramework Core 提供了多种并发控制方式，但在不同的数据库提供程序中实现方式有所差异。

SQL Server 与 Cosmos DB 并发控制差异

在 SQL Server 中，开发者可以使用 [ConcurrencyCheck] 特性标记属性来实现乐观并发控制。当 EF Core 检测到这些标记的属性时，会在更新操作中包含这些属性的原始值作为条件，如果这些值已被其他事务修改，则会抛出并发异常。

然而，在 Cosmos DB 中，这种基于属性的并发检查机制并不适用。Cosmos DB 使用了一种不同的并发控制机制——基于 eTag 的乐观并发控制。

Cosmos DB 的 eTag 机制

eTag 是 Cosmos DB 为每个文档自动生成的系统属性，它实际上是一个文档版本标识符。每当文档被修改时，Cosmos DB 都会生成一个新的 eTag 值。在更新操作中，EF Core Cosmos 提供程序会自动包含原始 eTag 值，如果服务器端的 eTag 与提供的值不匹配（表示文档已被修改），Cosmos DB 将拒绝更新并返回错误。

实现 eTag 并发控制

要在 EF Core 中使用 Cosmos DB 的 eTag 并发控制，开发者不需要像 SQL Server 那样显式标记属性。EF Core Cosmos 提供程序会自动处理 eTag 的包含和验证。当发生并发冲突时，系统会抛出 DbUpdateConcurrencyException 异常，这与 SQL Server 中处理并发异常的方式一致。

异常处理实践

开发者可以通过捕获 DbUpdateConcurrencyException 来处理并发冲突。典型的处理模式包括：

1. 捕获异常
2. 重新加载当前实体状态
3. 重新应用业务逻辑
4. 再次尝试保存

这种模式确保了在并发冲突发生时，系统能够优雅地处理并最终完成所需的更新操作。

性能考量

eTag 机制相比基于属性的并发检查通常具有更好的性能表现，因为它只需要比较单个字段值，而不需要构建复杂的 WHERE 子句来检查多个属性的原始值。这使得 Cosmos DB 在高并发场景下能够提供更高效的冲突检测能力。

总结

虽然 Cosmos DB 不支持 [ConcurrencyCheck] 特性，但其内置的 eTag 机制提供了更高效的并发控制解决方案。EF Core 的抽象层使得处理并发异常的方式在不同数据库提供程序间保持一致，简化了开发者的工作。理解这些底层机制差异有助于开发者构建更健壮的分布式应用程序。