PROSAGA码农传奇-数据隔离-事务隔离级别与表上的锁相关

0# 甲基蓝 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”>
  
    正如brb tea所说，取决于他们使用的数据库实现和算法：MVCC或两阶段锁定。
  
  
    CUBRID（开源RDBMS）
    <a href="http://www.cubrid.org/blog/cubrid-life/all-about-two-phase-locking-and-a-little-bit-mvcc/" rel="noreferrer">
      说明
    </A>
     这两种算法的想法：
  
  <BLOCKQUOTE>
    <UL>
      <LI>
        两相锁定（2PL）
      </LI>
    </UL>
    
      第一个是T2事务尝试更改A记录时，
  它知道T1交易已经改变了A记录和
  由于T2交易等待T1交易完成
  无法知道T1交易是否将被提交或滚动
  背部。该方法称为两相锁定（2PL）。
    
    <UL>
      <LI>
        多版本并发控制（MVCC）
      </LI>
    </UL>
    
      另一个是允许他们每个人进行T1和T2交易
  有自己的更改版本。即使T1交易有
  将A记录从1改为2，T1事务离开了
  原始值1原样并写入T1事务版本
  A记录为2.然后，以下T2事务更改A
  记录从1到3，而不是从2到4，并写入T2
  A记录的交易版本是3。
    
    
      回滚T1事务时，如果是2，则无关紧要
  T1事务版本，不适用于A记录。后
  即，如果T2事务已提交，则为3，T2事务
  版本，将应用于A记录。如果T1交易是
  在T2交易之前提交，A记录改为2，
  然后在提交T2交易时到3。决赛
  数据库状态与执行每个数据库的状态相同
  独立交易，对其他交易没有任何影响。
  因此，它满足ACID属性。调用此方法
  多版本并发控制（MVCC）。
    
  </BLOCKQUOTE>
  
    MVCC允许并发修改，代价是增加内存开销（因为它必须维护相同数据的不同版本）和计算（在REPETEABLE_READ级别，您不能丢失更新，因此必须检查数据的版本，如Hiberate做的
    <a href="http://docs.jboss.org/hibernate/orm/5.0/manual/en-US/html/ch13.html#transactions-optimistic" rel="noreferrer">
      Optimistick锁定
    </A>
    ）。
  
  
    在2PL
    <a href="https://msdn.microsoft.com/en-us/library/ms378149%28v=sql.110%29.aspx" rel="noreferrer">
      事务隔离级别控制以下内容
    </A>
    ：
  
  <BLOCKQUOTE>
    <UL>
      <LI>
        
          是否在读取数据时执行锁定以及请求的锁定类型。
        
      </LI>
      <LI>
        
          读锁的持有时间。
        
      </LI>
      <LI>
        
          是否读取操作引用由另一个事务修改的行：
        
        <UL>
          <LI>
            
              阻止，直到释放行上的独占锁定。
            
          </LI>
          <LI>
            
              检索语句或事务开始时存在的行的已提交版本。
            
          </LI>
          <LI>
            
              阅读未提交的数据修改。
            
          </LI>
        </UL>
      </LI>
    </UL>
    
      选择事务隔离级别不会影响锁定
  获得以保护数据修改。交易总是得到
  对其修改的任何数据进行独占锁定并保持锁定直到
  无论为哪个隔离级别设置，事务都会完成
  那笔交易。对于读操作，事务隔离级别
  主要定义保护水平免受影响
  其他交易所做的修改。
    
    
      的
        较低的隔离级别增加了许多用户访问的能力
  数据同时增加并发数量
  效果
      </强>
      用户可能会使用脏读或丢失的更新
  遭遇。
    
  </BLOCKQUOTE>
  
    中的锁和隔离级别之间关系的具体例子
    <a href="https://msdn.microsoft.com/en-us/library/ms173763.aspx" rel="noreferrer">
      SQL Server
    </A>
     （在READ_COMMITTED_SNAPSHOT = ON的READ_COMMITED上使用2PL除外）
  
  <UL>
    <LI>
      
        READ_UNCOMMITED：不发布共享锁以防止其他事务从修改当前事务读取的数据。 READ UNCOMMITTED事务也不会被独占锁阻止，这会阻止当前事务读取已被修改但未被其他事务提交的行。 [...]
      
    </LI>
    <LI>
      
        READ_COMMITED：
      
      <UL>
        <LI>
          如果READ_COMMITTED_SNAPSHOT设置为OFF（缺省值）：使用共享锁来防止其他事务在当前事务运行读操作时修改行。共享锁还会阻止语句读取由其他事务修改的行，直到另一个事务完成为止。 [...]在处理下一行之前释放行锁。 [...]
        </LI>
        <LI>
          如果READ_COMMITTED_SNAPSHOT设置为ON，则数据库引擎使用行版本控制为每个语句显示事件一致的数据快照，因为它存在于语句的开头。锁不用于保护数据免受其他事务的更新。
        </LI>
      </UL>
    </LI>
    <LI>
      
        REPETEABLE_READ：共享锁定放在事务中每个语句读取的所有数据上，并保持到事务完成。
      
    </LI>
    <LI>
      
        SERIALIZABLE：范围锁定位于与事务中执行的每个语句的搜索条件匹配的键值范围内。 [...]范围锁保持到事务完成。
      
    </LI>
  </UL>
</DIV>

1# 早岁那知世事艰 | 2019-08-31 10-32

2# 薄情 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”>
  <BLOCKQUOTE>
    
      的
        我想明白
      </强>
       锁定每个事务隔离对表进行的操作
    
  </BLOCKQUOTE>
  
    例如，您有3个并发进程A，B和C.A启动事务，写入数据和提交/回滚（取决于结果）。 B只是执行一个
     <code>
 SELECT
 </code>
     声明读取数据。 C读取和更新数据。所有这些过程都在同一张桌子上工作。
  
  <UL>
    <LI>
      的
        阅读不满意
      </强>
        - 没有锁在桌子上。您可以在书写时读取表格中的数据。这意味着A写入数据（未提交），B可以读取此未提交的数据并使用它（出于任何目的）。如果A执行回滚，B仍然读取数据并使用它。这是处理数据的最快但最不安全的方式，因为这可能导致非物理相关表中的数据漏洞（是的，两个表可以在逻辑上但在实际应用中没有物理相关= \）。
    </LI>
    <LI>
      的
        阅读提交
      </强>
        - 锁定已提交的数据。您可以读取仅提交的数据。这意味着A写入数据，B在A执行提交之前无法读取A保存的数据。这里的问题是C可以更新在B上读取和使用的数据，B客户端将没有更新的数据。
    </LI>
    <LI>
      的
        可重复阅读
      </强>
        - 锁定SQL块（使用select查询选择）。这意味着B在某些条件下读取数据，即
       <code>
 WHERE aField > 10 AND aField < 20
 </code>
      ，A在哪里插入数据
       <code>
 aField
 </code>
       值在10到20之间，然后B再次读取数据并获得不同的结果。
    </LI>
    <LI>
      的
        SERIALIZABLE
      </强>
        - 锁定一个完整的表（在其上触发Select查询）。这意味着，B读取数据和
      的
        没有其他事务可以修改数据
      </强>
       在桌子上。这是处理数据的最安全但最慢的方法。此外，由于简单的读操作锁定
      的
        桌子
      </强>
      ，这可能会导致严重的生产问题：假设T表是发票表，用户X想知道当天的发票而用户Y想要创建新发票，所以当X执行发票的读取时，Y无法添加新发票（当它涉及金钱时，人们会变得非常生气，尤其是老板）。
    </LI>
  </UL>
  <BLOCKQUOTE>
    
      的
        我想明白
      </强>
       我们定义这些隔离级别：仅在JDBC / hibernate级别或在DB中
    
  </BLOCKQUOTE>
  
    使用JDBC，您可以使用它来定义它
    <a href="http://docs.oracle.com/javase/7/docs/api/java/sql/Connection.html#setTransactionIsolation(int)" rel="nofollow noreferrer">
       <code>
 Connection#setTransactionIsolation
 </code>
    </A>
    。
  
  
    使用Hibernate：
  
   <pre>
 <code>
 <property name="hibernate.connection.isolation">2</property>

</code>
 </pre>
  
    哪里
  
  <UL>
    <LI>
      1：READ UNCOMMITTED
    </LI>
    <LI>
      2：READ COMMITTED
    </LI>
    <LI>
      4：REPEATABLE READ
    </LI>
    <LI>
      8：SERIALIZABLE
    </LI>
  </UL>
  
    Hibernate配置取自
    <a href="http://federicovarela.blogspot.com/2008/01/isolation-level-en-hibernate.html" rel="nofollow noreferrer">
      这里
    </A>
     （对不起，用西班牙语）。
  
  
    顺便说一句，您也可以在RDBMS上设置隔离级别：
  
  <UL>
    <LI>
      <a href="http://dev.mysql.com/doc/refman/5.0/en/set-transaction.html" rel="nofollow noreferrer">
        MySQL隔离级别
      </A>
      ，
    </LI>
    <LI>
      <a href="http://msdn.microsoft.com/en-us/library/ms173763(v=sql.110).aspx" rel="nofollow noreferrer">
        SQL Server隔离级别
      </A>
    </LI>
    <LI>
      <a href="http://publib.boulder.ibm.com/infocenter/idshelp/v10/index.jsp?topic=/com.ibm.sqlt.doc/sqltmst239.htm" rel="nofollow noreferrer">
        Informix隔离级别
      </A>
       （个人提示：我永远不会忘记
       <code>
 SET ISOLATION TO DIRTY READ
 </code>
       句子。）
    </LI>
  </UL>
  
    等等...
  
</DIV>