注册
登录
数据隔离
事务隔离级别与表上的锁的关系
返回
事务隔离级别与表上的锁的关系
作者:
春风助手
发布时间:
2025-02-15 01:57:47 (17天前)
<p>我已经阅读了大约4个隔离级别：</p> <pre><code>Isolation Level Dirty Read Nonrepeatable Read Phantom Read READ UNCOMMITTED Permitted Permitted Permitted READ COMMITTED -- Permitted Permitted REPEATABLE READ -- -- Permitted SERIALIZABLE -- -- -- </code></pre><p>我想了解每个事务隔离对表的锁定</p> <pre><code>READ UNCOMMITTED - no lock on table READ COMMITTED - lock on committed data REPEATABLE READ - lock on block of sql(which is selected by using select query) SERIALIZABLE - lock on full table(on which Select query is fired) </code></pre><p>以下是在事务隔离中可能发生的三种现象：<br/>脏读 -无锁<br/>不可重复读 -无脏读作为已提交数据的 锁<br/>幻像读 -锁定sql块（使用select查询选择）</p><p>我想了解在哪里定义这些隔离级别：仅在jdbc / hibernate级别或在DB中</p><p>PS：我已经看过oracle隔离级别中的链接，但是它们看上去很笨拙，并且在讨论特定于数据库的内容</p>
收藏
举报
2 条回复
1#
回复此人
只怕再见是故人
|
2020-08-07 17-37
我想了解每个事务隔离对表的锁定 例如，您有3个并发进程A，B和C。A启动事务，写入数据和提交/回滚（取决于结果）。B只是执行一条SELECT语句以读取数据。C读取并更新数据。所有这些处理都在同一表T上进行。 读未提交 -桌上没有锁。您可以在写入表的同时读取表中的数据。这意味着A写入数据（未提交），B可以读取此未提交的数据并将其使用（用于任何目的）。如果A执行回滚，则B仍已读取并使用了该数据。这是处理数据的最快但最不安全的方法，因为它可能导致在物理上不相关的表中出现数据漏洞（是的，在现实应用中，两个表可以逻辑上但在物理上不相关==）。 READ COMMITTED-锁定提交的数据。您可以读取仅提交的数据。这意味着在A执行提交之前，A写入数据，而B无法读取A保存的数据。这里的问题是C可以更新在B上读取和使用的数据，而B客户端将没有更新的数据。 可重复读取 -锁定SQL块（通过使用select查询选择）。这意味着B在某种条件下读取数据，即WHERE aField > 10 AND aField < 20A插入aField值在10到20之间的数据，然后B再次读取数据并获得不同的结果。 SERIALIZABLE-锁定整个表（在其上触发Select查询）。这意味着，B读取数据，并且没有其他事务可以修改表上的数据。这是处理数据的最安全但最慢的方法。另外，由于简单的读取操作锁定了表，因此可能导致生产上的严重问题：假设T表是一个发票表，用户X想知道当天的发票，而用户Y要创建新的发票，因此当X执行发票的读取时，Y无法添加新的发票（当涉及到金钱时，人们会非常生气，尤其是老板）。 我想了解在哪里定义这些隔离级别：仅在JDBC / hibernate级别或在DB中 使用JDBC时，您可以使用进行定义Connection#setTransactionIsolation。 使用休眠： <property name="hibernate.connection.isolation">2</property> 哪里 1：读未提交 2：已读 4：可重复读取 8：可序列化 休眠配置是从这里获取的（抱歉，它是西班牙语）http://federicovarela.blogspot.com/2008/01/isolation-level-en-hibernate.html。 顺便说一句，您也可以在RDBMS上设置隔离级别： MySQL的隔离级别， SQL Server隔离级别 Informix隔离级别（个人注意：我永远不会忘记SET ISOLATION TO DIRTY READ句子。） 还有……
编辑
登录
后才能参与评论
