欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

深入解析Java中的JDBC事务

程序员文章站 2024-03-05 12:50:54
事务 事务是一步或多步组成操作序列组成的逻辑执行单元,这个序列要么全部执行,要么则全部放弃执行。事务的四个特性:原子性(atomicity)、一致性(consistenc...

事务
事务是一步或多步组成操作序列组成的逻辑执行单元,这个序列要么全部执行,要么则全部放弃执行。事务的四个特性:原子性(atomicity)、一致性(consistency)、隔离性(isoiation)和持续性(durability)原子性(atomicity):事务应用最小的执行单元,不可再分。是事务中不可再分的最小逻辑执行体。

一致性(consistency):事务的执行结果,必须使数据库的从一个一致性的状态变到另一个一致性的状态。

隔离线(isoiation):各个事务的执行互不干扰,任意一个事务的内部操作对其他并发的事务,都是隔离的。也就是:并发执行的事务之间不能看到对方的中间状态,并发执行的事务之间不能互相影响。

持续性(durability):持续性也称为持久性(persistence),指事务一旦提交,对数据所做的任何改变,都要记录到永久存储器中,通常就是保存在物理数据库中。

通常数据库的事务涉及到的语句有:一组dml(data munipulation language,数据操作语言)语句,这组dml语句修改后数据将保持较好的一致性;    操作表的语句,如插入、修改、删除等;一个ddl(data definition language,数据定义语言)语句,操作数据对象的语言,有create、alter、drop。一个dcl(data control language,数据控制语言)语句,主要有grant、revoke语句。 ddl和dcl语句最多只能有一个,因为它们都会导致事务的立即提交。当事务所包含的全部数据库操作都成功执行后,应该提交事务,使这些修改永久生效。事务提交有两种方式:显示提交和自动提交。显示提交:使用commit提交自动提交:执行dll或dcl,或者程序正常退出 当事务包含的任意一个数据库操作执行失败后,应该回滚(rollback)事务,使该事务中所作的修改全部失效。事务的回滚方式有两种:显示回滚和自动回滚。显示回滚:使用rollback自动回滚:系统错误或强行退出。


事务并发处理可能的问题
1、脏读(dirty read):一个事务读取了另一个事务尚未提交的数据

2、不可重复读(non-repeatable read):一个事务的操作导致另一个事务前后两次读到不同的数据

3、幻读(phantom read):一个事务的操作导致另一个事务前后两次查询的结果数据量不同

举例:

事务a、b并发执行时:

  •     当a事务update后,b事务select读取到a尚未提交的数据,此时a事务rollback,则b读到的数据是无效的脏数据
  •     当b事务select读取数据后,a事务update操作更改b事务select到的数据,此时b事务再次读取该数据,发现前后两次的数据不一样
  •     当b事务select读取数据后,a事务insert或delete了一条满足a事务的select条件的记录,此时b事务再次select,发现查询到前次不存在的记录,或者前次的某个记录不见了

java jdbc事务机制
  

 import java.sql.connection; 
  import java.sql.drivermanager; 
  import java.sql.preparedstatement; 
  import java.sql.sqlexception; 
   
   
  public class jdbctransaction { 
    public static final string url = "com.mysql.jdbc.driver"; 
    public static final string user = "root"; 
    public static final string passwd = "123456"; 
   
    public static void jdbctransaction(int id) { 
      connection conn = null; 
      preparedstatement pstmtupdate = null; 
      preparedstatement pstmtquery = null; 
      string updatesql = "更新sql"; 
      string querysql = "查询sql"; 
   
      try { 
        class.forname("com.mysql.jdbc.driver"); 
        conn = drivermanager.getconnection(url, user, passwd); 
   
        conn.setautocommit(false); // 自动提交设置为false 
   
        // 执行更新操作 
        pstmtupdate = conn.preparestatement(updatesql); 
        pstmtupdate.executeupdate(); 
   
        // 执行查找操作 
        pstmtquery = conn.preparestatement(querysql); 
        pstmtquery.executequery(); 
   
        conn.commit(); 
        conn.setautocommit(true); 
   
        pstmtupdate.close(); 
        pstmtquery.close(); 
        conn.close(); 
      } catch (exception e) { 
        try { 
          conn.rollback(); 
        } catch (sqlexception e1) {} 
        e.printstacktrace(); 
      } finally { 
        try { 
          if (pstmtupdate != null) { 
            pstmtupdate.close(); 
          } 
   
          if (pstmtquery != null) { 
            pstmtquery.close(); 
          } 
   
          if (conn != null) { 
            conn.close(); 
          } 
        } catch (sqlexception e2) {} 
      } 
    } 
  } 


jdbc的事务支持

jdbc的connection也支持事物,connection默认打开自动提交,即关闭事物。也就是说,每条sql语句执行就会立即提交到数据库,永久生效,无法对其进行操作。关闭connection的自动提交,开启事物。connection的setautocommit方法即可:connection.setautocommit(false);通过connection.getautocommit()来获取事物的模式。当我们开启事物后,在当前connection中完成的数据库操作,都不会立即提交到数据库,需要调用connection的commit方法才行。如果有语句执行失败,可以调用rollback来回滚。注意:如果connection遇到未处理的sqlexception异常时,系统将非正常退出,系统会自动回滚该事务。如果程序捕捉了该异常,则需要在异常处理中显示回滚事务。 connection提供了设置事务中间保存点的方法:setsavepoint,有2个方法可以设置中间点:savepoint setsavepoint():在当前事务中创建一个未命名的中间点,并返回该中间点的savepoint对象。savepoint setsavepoint(string name):当前事务中创建一个具有指定名称的中间点,并返回该中间点的savepoint对象通常setsavepoint(string name)设置中间点的名称,事务回滚并不是通过中间点的名称进行回滚的,而是根据中间点对象进行回滚的。设置名称只是更好的区分中间点对象,用connection的rollback(savepoint savepoint)方法即可完成回滚到指定中间点。

jdbc对事务的支持体现在三个方面:

1、自动提交模式(auto-commit mode)

connection提供了一个auto-commit属性来指定事务何时结束

2、当auto-commit为true时,当每个独立sql操作的执行完毕,事务立即自动提交,也就是说每个sql操作都是一个事务

一个独立sql操作什么时候算执行完毕,jdbc规范是这样定义的:

对数据操作语言(dml)和数据定义语言(ddl),语句一执行完就视为执行完毕

3、当auto-commit为false时,每个事务都必须显示调用commit方法进行提交,或者显示调用rollback方法进行回滚。auto-commit默认为true

事务隔离级别(transaction isolation levels)
jdbc定义了五种事务隔离级别:

  1.     transaction_none jdbc驱动不支持事务
  2.     transaction_read_uncommitted 允许脏读、不可重复读和幻读
  3.     transaction_read_committed 禁止脏读,但允许不可重复读和幻读
  4.     transaction_repeatable_read 禁止脏读和不可重复读,单运行幻读
  5.     transaction_serializable 禁止脏读、不可重复读和幻读


保存点
jdbc定义了savepoint接口,提供一个更细粒度的事务控制机制。当设置了一个保存点后,可以rollback到该保存点处的状态,而不是rollback整个事务
首先,我们来看看现有的jdbc操作会给我们带来什么重大问题,比如有一个业务:当我们修改一个信息后再去查询这个信息,看似是一个简单的业务,实现起来也非常容易,但当这个业务放在多线程高并发的平台下,问题自然就出现了,比如当我们执行了一个修改后,在执行查询前有一个线程也执行了修改语句,这时我们再执行查询,看到的信息就有可能与我们修改的不同。为了解决这一问题,我们必须引入jdbc事务机制,其实现代码很简单,给出示例代码供大家参考: