WITH (NOLOCK)相当于使用READ uncommitted作为事务隔离级别。因此，您可能会读取一个未提交的行，该行随后会被回滚，即从未进入数据库的数据。因此，虽然它可以防止读取被其他操作死锁，但也存在风险。在具有高交易率的银行应用程序中，它可能不是您试图用它解决的任何问题的正确解决方案。

不幸的是，这不仅仅是读取未提交的数据。在后台，您可能会读两次页面(在页面分割的情况下)，或者您可能会完全错过这些页面。所以你的结果可能是严重扭曲的。

看看Itzik Ben-Gan的文章。以下是节选:

" With the NOLOCK hint (or setting the isolation level of the session to READ UNCOMMITTED) you tell SQL Server that you don't expect consistency, so there are no guarantees. Bear in mind though that "inconsistent data" does not only mean that you might see uncommitted changes that were later rolled back, or data changes in an intermediate state of the transaction. It also means that in a simple query that scans all table/index data SQL Server may lose the scan position, or you might end up getting the same row twice. "

如果你正在处理金融交易，那么你永远不会想要使用nolock。Nolock最适合用于从具有大量更新的大型表中进行选择，并且您不关心所获得的记录是否可能过期。

对于财务记录(以及大多数应用程序中的几乎所有其他记录)，nolock会造成严重破坏，因为您可能会从正在写入的记录中读取数据，而得不到正确的数据。

最简单的答案就是一个简单的问题——你需要你的结果是可重复的吗?如果是，那么NOLOCKS在任何情况下都不合适

如果你不需要可重复性，那么nolock可能是有用的，特别是当你不能控制所有连接到目标数据库的进程时。

当你可以接受“脏”数据时使用nolock。这意味着nolock也可以读取正在修改的数据和/或未提交的数据。

在高事务处理环境中使用它通常不是一个好主意，这就是为什么它不是查询的默认选项。

我的2分——当你需要生成报告时，使用WITH (NOLOCK)是有意义的。在这一点上，数据不会有太大的变化&你不会想要锁定这些记录。