经常调用的更新 SP 的正确隔离级别？

Question

假设我有一个跟踪股票价格的表（这个问题的一个简单相关的例子）。我跟踪了 1000 个代码，并且有一个流程不断接收市场数据并通过存储过程对表格进行更新。

我不担心同一个代码发生的更新之间的冲突。让我们假设无论出于何种原因，我都可以对同一个代码的两次更新无序应用（这在我的场景中不会发生）。我希望存储过程的争用尽可能少。

在当前场景中，proc 被同时调用很多次并且超时。

proc 当前使用 REPEATABLE READ 作为隔离级别。我没有编写 proc，所以不确定为什么选择它。

我的问题：

1. 使用 REPEATABLE READ 是否可能（间接）导致这些超时？
2. 根据我的上述标准，READ UNCOMMITTED 会是更好的选择吗？

Answer 1

随着隔离级别的提高，并发性下降。隔离度越高，并发度越低。使用 REPEATABLE READ 或 SERIALIZABLE 等高并发级别会导致争用、阻塞和低并发。

SNAPSHOT 除外。快照，又名。行版本控制，是不同的。使用快照 ON 读取器永远不会阻塞写入器。它通常非常适合同时进行密集读取和写入的工作负载。这是有代价的，但我强烈建议您首先调查启用 SNAPSHOT 的性能：

• Understanding Row Versioning-Based Isolation Levels
• Row Versioning Resource Usage
• Enabling Row Versioning-Based Isolation Levels

请注意，您的读者也必须设置隔离级别。