NOLOCK是否暗示缓慢的操作？
NOLOCK是否暗示缓慢的操作？
提问于 2016-03-04 17:29:25
关于NOLOCK的使用，我有一个问题。
我理解NOLOCK提示并不总是最好的方法，但在某些情况下它非常有用。我并不是想养成经常使用它的坏习惯。
我只想了解它的确切行为。有这样一个不现实的假设，即正在更新的进程记录其中id = 10 UPDATE table1 SET status = 2 WHERE id = 10，这需要30秒才能更新。同时我执行SELECT * FROM table1 WITH NOLOCK where id = 10
我的select语句将读取该行，即使我的第一个查询对记录有独占锁，还是我的select查询在允许读取之前等待到记录上没有任何锁？
我想知道NOLOCK的使用是否会造成延迟。
回答 1
Stack Overflow用户
回答已采纳
发布于 2016-03-04 21:05:22
对上述问题的简短回答是：“不。”
在大多数情况下，NOLOCK提示将加速所讨论的查询，以及同时对指定表进行操作的任何其他查询。原因是没有检查或获取锁。你已经在你的问题中列出了可能的副作用，所以我不会在这里讨论。
在一天结束时，查询将更快，但结果将是可疑的。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/35802375
复制相关文章
相似问题
腾讯云开发者
