事务可串行化隔离级别说明

发布于 2024-10-17 23:21:52 字数 160 浏览 4 评论 0原文

我下面的说法对吗?

Serialized IsolationLevel 中的事务为 select 语句设置读锁。有两笔交易选择了某个范围。两者都获得读锁。但随后第一个事务会在选定范围内更新或添加新值并提交。第二笔交易会发生什么?如果在第一个事务提交后尝试在选定范围内更新或添加值会失败吗?

Am I right in the following?

Transaction in Serializable IsolationLevel sets read locks for select statements. There are two transactions selecting some range. Both get read locks. But then first transaction updates or adds new value inside the selected range and commits. What will happen with the second transaction? Will it fail if tries to update or add value inside selected range after first transaction has commited?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

秋千易 2024-10-24 23:21:52

你没有说 RDBMS,所以我假设一个带有 SX 锁的简单锁定方案。你说。

可序列化的事务
IsolationLevel 设置读锁
选择语句。有两个
交易选择某个范围。
两者都获得读锁。

但随后第一个事务更新或
在所选内容中添加新值
范围和提交。

如果第二个事务已经对该范围具有读锁,则这是不可能的。它必须等到第二个事务释放其锁。如果第二个事务也尝试更新范围,则会导致死锁。

You don't say RDBMS so I am assuming a simple locking scheme with S and X locks. You say.

Transaction in Serializable
IsolationLevel sets read locks for
select statements. There are two
transactions selecting some range.
Both get read locks.

But then first transaction updates or
adds new value inside the selected
range and commits.

This wouldn't be possible if the second transaction already has a read lock on the range. It would have to wait until the second transaction released its lock. If the second transaction also attempted to update the range then deadlock would result.

っ〆星空下的拥抱 2024-10-24 23:21:52

是的,第二个事务将会失败,因为第二个事务只会看到事务开始之前提交的数据。

yes, the second transaction will fail because the second transaction will only see datas commited before the begin of the transaction.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文