db2中update语句的最后加上with ur有什么作用呢？

Question

db2中update语句的最后加上with ur有什么作用呢？感觉有点矛盾，本身update 语句对修改的记录需要加排它锁的，然而语句的最后却加了with ur，with ur表示脏读不加锁，所以一直没明白这种写法是什么意思。请专家释疑，谢谢。

Answer 1

引自免费微信小程序：皆我百晓生

在DB2中，UPDATE ... WITH UR 的语法用于更新数据时允许脏读（Uncommitted Read）。这与常规的UPDATE语句不同，后者会在执行期间为被更新的行加排他锁，防止其他事务看到这些行的中间状态（即未提交的数据）。

通常情况下，SQL标准中的事务隔离级别有四种：Read Uncommitted、Read Committed、Repeatable Read 和 Serializable。其中，Read Uncommitted 级别允许一个事务读取另一个未提交事务的数据，而其他级别则会阻止这种情况。默认情况下，DB2 使用 Repeatable Read 隔离级别。

当您在 UPDATE 语句后添加 WITH UR 时，您实际上是告诉 DB2 在这个特定的更新操作中使用 Read Uncommitted 隔离级别，而不是默认的 Repeatable Read。这意味着在这个更新操作中，其他并发事务可以看到还未被其他事务提交的更改。但是，这并不意味着整个事务的隔离级别改变，只影响到这个特定的 UPDATE 语句。

下面是一个例子：

BEGIN TRANSACTION;
-- 假设我们有两个并发事务A和B

-- 事务A开始
SELECT * FROM my_table WHERE id = 1 FOR UPDATE; -- 获取排他锁
-- 这里事务A更新了id为1的行，但尚未提交

-- 事务B开始
UPDATE my_table SET column = 'new_value' WHERE id = 1 WITH UR; -- 使用UR，允许脏读
COMMIT; -- 事务B完成，尽管事务A还没提交，B看到了可能的"脏"数据

-- 事务A完成
COMMIT;

-- 此时，my_table的状态取决于事务A是否成功提交

这样做的一个潜在场景是，如果你的应用程序需要在某些特定情况下快速地查看并处理部分未提交的数据。但这可能会导致数据的一致性问题，因为读取到了可能是临时的、最终可能不会持久化的数据。

总结一下，UPDATE ... WITH UR 是一种特例，在单个更新操作中允许脏读，而不影响事务的其他部分。使用此选项需谨慎，因为它可能会引入数据一致性问题，特别是在多事务环境中。