sách gpt4 ai đã đi

Giao dịch, khóa và mức độ cô lập

In lại 作者:行者123 更新时间:2023-12-01 01:26:33 26 4
mua khóa gpt4 Nike

我对标题中的主题有几个问题。首先,假设我们使用 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 将被回滚。我想问一下,在乐观锁定场景中发生的事情是不是非常相同?

Cảm ơn trước.

1 Câu trả lời

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

关于事务、锁、隔离级别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7457628/

26 4 0
Bài viết được đề xuất: javascript - 如何将新数据合并到旧数组中?
Bài viết được đề xuất: haskell - 安装reactive-banana-wx
Bài viết được đề xuất: global - python全局字典
Bài viết được đề xuất: terminal - ANSI 转义序列 : save and restore a row position
行者123
Hồ sơ cá nhân

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá Didi Taxi miễn phí
Mã giảm giá Didi Taxi
Giấy chứng nhận ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com