SQL Server 查询返回多行

Question

我目前正在开发一个 SSIS 包，该包将表从一个数据库提取到另一个数据库。两个数据库中的表都使用同一列作为主键。我提取数据的选择语句是一个简单的选择语句。当我运行这个包时，我收到了一个错误，那里有重复的主键值。

我查看了我的 select 语句并确认我的 select 语句没有返回重复的行。因此，为了测试这一点，我从要插入数据的表中删除了主键，并重新运行了 SSIS 包。运行后，我查看了表格以查看重复的行。我发现的是，在提取运行时正在编辑的行被复制，在编辑之前有它的记录，在编辑之后有它的记录。我可以很容易地看出这一点，因为该表有一个上次修改字段，每次更新记录时都会更新。

我在我的选择语句中添加了一个 NOLOCK 提示，它停止返回重复的行。

所以我的问题是为什么？我本来希望带有 NOLOCK 表提示的 select 语句返回重复行的机会更高，因为它没有使用锁定，并且没有 NOLOCK 提示的 select 语句应该使用锁定来确保它不会返回重复行行。

这是我用来选择数据的选择语句。我确实验证了连接不会导致它重复行：

SELECT pe.enc_id,
       pe.enc_nbr,
       pe.billable_ind,
       pe.clinical_ind AS clinical_ind,
       pe.budget_ind,
       pe.print_stmt_ind,
       pe.send_coll_letter_ind,
       pe.outsource_exempt_ind,
       cb.First_name + ' ' + cb.last_name AS CreatedBy,
       pe.create_timestamp AS create_timestamp,
       mb.first_name + ' ' + mb.last_name AS ModifiedBy,
       pe.modify_timestamp AS modify_timestamp
FROM   patient_encounter pe WITH(NOLOCK) 
       LEFT OUTER JOIN user_mstr cb WITH(NOLOCK) ON
           pe.created_by = cb.user_id
       LEFT OUTER JOIN user_mstr mb WITH(NOLOCK) ON
           pe.modified_by = mb.user_id

Answer 1

NOLOCK 提示会导致脏读异常，其中一种异常是重复读取。如果更新更改了查询扫描的索引中行的位置，则此类读取会很频繁：

• 假设表中有 2 行，带有 ID 键，行带有键值 1 和 2
• 一个请求 (T1) 运行 UPDATE table SET key=3 WHERE key=1;
• 第二个请求 (T2) 运行 SELECT ... FROM table WITH(NOLOCK);
• T1 锁定键值为 1 的行
• T2 忽略 T1 拥有的锁并读取键值为 1 的行
• T2 继续读取键值为 2 的行
• T1 更新行，行在索引中移动到键值 3 的新位置
• T2 继续扫描并读取键值为 3 的行

所以 SELECT 读取了一行两次，一次是键值为 1，另一次是键值为 3。这只是可能发生的事情的一个简单示例。实际上，更复杂的查询可以运行复杂的计划并使用其他索引，所有这些都会受到此类异常的影响。

简而言之：NOLOCK 提示是邪恶的。如果您想避免争用，请使用snapshot isolation。

Answer 2

WITH NOLOCK 提示只是告诉数据库服务器忽略锁，并从数据库中选择当前值 - 因此它只是在命中该行时选择所有当前行值。

请注意，您不会在新表中获得正在更新的行的更新。

没有看到你的 SQL，我猜它的构造方式是抓取当前行，等待锁清除，然后也选择新行。

锁定整个表格可以防止更改/重复，但您可能会在选择时将所有人锁定在表格之外。

编辑： 仅供参考：使用 READPAST——被其他进程锁定的行被跳过并 TABLOCK——在表级别锁定，这当然会阻塞其他进程并且可能不需要。

注意：在事务写入期间，UPDLOCK 被转换为 XLOCK。

提示有两个类别：粒度和隔离级别。粒度包括 PAGLOCK、NOLOCK、ROWLOCK 和 TABLOCK。隔离级提示包括 HOLDLOCK、NOLOCK、READCOMMITTED、REPEATABLEREAD 和 SERIALIZABLE。每组最多可以使用一个。

EDIT2：仅出于完整性考虑：READCOMMITTED - 只读来自已提交事务的数据。这是默认行为。

EDIT3：更多信息：NOLOCK 将读取行，但如果事务发生 ROLLBACK 可能会影响所选集合的准确性，您可能会读取将更改的“脏”数据或不存在的数据。

另一个重要的信息是发现事务正在使用什么样的锁，这样您就可以做出相应的计划。