事务、锁、隔离级别

Question

我对标题中的主题有几个问题。首先，假设我们使用 JDBC，并且有 2 个事务 T1 和 T2。在 T1 中，我们在一个特定的行上执行 select 语句。然后我们对该行执行更新。在事务 T2 中，我们在同一行上执行 select 语句。

以下是问题:

1) 事务 T1 何时获取上述行的锁？我假设它发生在 select 语句执行期间？

2)事务T1持有锁多长时间？它是在事务提交/回滚之前保留它，还是在此之前释放锁？

3)隔离级别是否控制使用什么类型的锁？例如:

a) 如果我们使用 已提交读 事务 T2 上的隔离级别，这是否意味着 T2 将使用共享读锁进行选择语句，以便在 T1 更新行的情况下，T2 将无法访问该行(避免脏读)，并且在 T1 没有更新的情况下行 T2 将有读访问该行？

b) 如果我们使用 读未提交 事务 T2 上的隔离级别，是否意味着 T2 将对 select 语句使用无锁，因此即使数据被 T1 修改，它也可以读取数据(允许脏读)。

所以，最让我烦恼的问题是谁来决定应用什么类型的锁？是事务的隔离级别，还是其他方式？

4) 如果问题 3 的答案是肯定的(隔离级别控制使用哪些锁)，那么如果我们在 mysql 数据库上使用 jdbc，并且我们在共享模式构造中使用 select 进行更新或选择锁会发生什么？我记得第一个是排他锁，第二个是共享读锁。它将如何反射(reflect)我们的事务隔离级别？

5)的情况下获取什么样的锁可重复读取 隔离级别？让我们假设我们的 T2(具有可重复读隔离级别)在同一行上有两个 select 语句，而 T1 与以前相同。首先在 T2 中执行一个 select 语句，然后执行并提交 T1，然后执行 T2 第二个 select。这种情况甚至可能吗？如果事务在提交/回滚之前一直持有它们的锁，我认为 T1 在 T2 完成之前将无法获得更新的独占锁？

编辑:还有一个问题:

6)在多版本并发控制系统中，当我们设置可序列化 隔离级别，尝试更新由另一个事务 B 更新的某些行(B 在 A 启动后更新行)的事务 A 将被回滚。我想问一下，在乐观锁定场景中发生的事情是不是非常相同？

提前致谢。

Answer 1

你的问题很好。了解获取什么样的锁可以深入了解 DBMS。在 SQL Server 中，在所有隔离级别(Read Uncommitted、Read Committed(默认)、Repeatable Reads、Serializable)下，都为写操作获取排他锁。
无论隔离级别如何，事务结束时都会释放排他锁。
隔离级别之间的差异是指获取/释放共享(读)锁的方式。
下 读未提交 隔离级别，不获取共享锁。在此隔离级别下，可能会发生称为“脏读”的并发问题。
下 读已提交 隔离级别，为相关记录获取共享锁。当前指令结束时，共享锁被释放。此隔离级别可防止“脏读”，但由于记录可由其他并发事务更新，因此可能会发生“不可重复读”或“幻读”。
下 可重复读取 隔离级别，事务期间获取共享锁。 “脏读”和“不可重复读”被阻止，但“幻读”仍然可能发生。
下 可序列化 隔离级别，在事务期间获取范围共享锁。上面提到的并发问题都没有发生，但性能急剧下降，并且存在发生死锁的风险。