【问题标题】:Using WITH(NOLOCK) to increase performance使用 WITH(NOLOCK) 提高性能
【发布时间】:2011-03-21 10:16:25
【问题描述】:

我见过开发者在查询中使用 WITH(nolock),有什么缺点吗? 另外,查询的默认执行模式是什么?我的数据库没有任何索引。

还有其他方法可以提高数据库选择语句的性能吗?

【问题讨论】:

标签: performance sql-server-2005 nolock


【解决方案1】:

对 nolock 的常见误解是它在执行时不会在数据库上放置任何锁。从技术上讲,它确实会发出模式稳定性 (sch-s) 锁,因此锁的“否”部分与查询的数据端相关。

在我看到的大多数情况下,这是开发人员过早的优化,因为他们听说它可以使查询更快。

除非您在接受脏读(并且可能会读取同一行两次)时提供了证据和有效性,否则不应该使用它 - 它绝对不应该是查询的默认方法,而是规则的例外可以证明是必须的。

【讨论】:

    【解决方案2】:

    网上有很多关于这方面的文章。主要风险是使用NOLOCK,您可以从表中读取未提交的数据(脏读)。例如,请参阅http://msdn.microsoft.com/en-us/library/aa259216(v=sql.80).aspxhttp://www.techrepublic.com/article/using-nolock-and-readpast-table-hints-in-sql-server/6185492

    【讨论】:

    【解决方案3】:

    NOLOCK 在您从常用表中读取旧数据时非常有用。考虑以下示例,

    您有一个存储过程来访问非活动项目的数据。你 不希望这个存储过程锁定经常使用的项目 读取旧数据时的表。

    NOLOCK 在脏读不成问题且数据不经常修改的情况下也很有用,例如以下情况,

    从数据库中读取国家、货币等列表以显示 在表格中。这里数据保持不变,脏读将 不会造成大问题,因为它很少发生。

    但是,从 SQL Server 2005 开始,由于行版本控制,NOLOCK 的好处很少。

    【讨论】:

      猜你喜欢
      • 2014-02-02
      • 1970-01-01
      • 1970-01-01
      • 2012-08-20
      • 2020-04-28
      • 2016-03-29
      • 1970-01-01
      • 2020-10-01
      • 2016-03-08
      相关资源
      最近更新 更多