java事务处理

Java的事务处理,若是对数据库进行屡次操做,每一次的执行或步骤都是一个事务.若是数据库操做在某一步没有执行或出现异常而致使事务失败,这样有的事务被执行有的就没有被执行,从而就有了事务的回滚,取消先前的操做.....

 

详细说明

编辑

Java中使用事务处理，首先要求数据库支持事务。如使用MySQL的事务功能，就要求MySQL的表类型为Innodb才支持事务。不然，在Java程序中作了commit或rollback，但在数据库中根本不能生效。

JavaBean中使用JDBC方式进行事务处理

public int delete(int sID) {

dbc = new DataBaseConnection();

Connection con = dbc.getConnection();

try {

con.setAutoCommit(false);// 更改JDBC事务的默认提交方式

dbc.executeUpdate("delete from xiao where ID=" + sID);

dbc.executeUpdate("delete from xiao_content where ID=" + sID);

dbc.executeUpdate("delete from xiao_affix where bylawid=" + sID);

con.commit();//提交JDBC事务

con.setAutoCommit(true);// 恢复JDBC事务的默认提交方式

dbc.close();

return 1;

}

catch (Exception exc) {

con.rollBack();// 回滚JDBC事务

exc.printStackTrace();

dbc.close();

return -1;

}

}

在数据库操做中，一项事务是指由一条或多条对数据库更新的sql语句所组成的一个不可分割的工做单元。只有当事务中的全部操做都正常完成了，整个事务才能被提交到数据库，若是有一项操做没有完成，就必须撤消整个事务。

例如在银行的转账事务中，假定张三从本身的账号上把1000元转到李四的账号上，相关的sql语句以下：

update account set monery=monery-1000 where name='zhangsan'

update account set monery=monery+1000 where name='lisi'

这个两条语句必须做为一个完成的事务来处理。只有当两条都成功执行了，才能提交这个事务。若是有一句失败，整个事务必须撤消。

在connection类中提供了3个控制事务的方法：

（1） setAutoCommit(Boolean autoCommit):设置是否自动提交事务；

（2） commit();提交事务；

（3） rollback();撤消事务；

在jdbc api中，默认的状况为自动提交事务，也就是说，每一条对数据库的更新的sql语句表明一项事务，操做成功后，系统自动调用commit（）来提交，不然将调用rollback（）来撤消事务。

在jdbc api中，能够经过调用setAutoCommit(false) 来禁止自动提交事务。而后就能够把多条更新数据库的sql语句作为一个事务，在全部操做完成以后，调用commit（）来进行总体提交。假若其中一项 sql操做失败，就不会执行commit（）方法，而是产生相应的sqlexception，此时就能够捕获异常代码块中调用rollback（）方法撤消事务。

事务处理是企业应用须要解决的最主要的问题之一。J2EE经过JTA提供了完整的事务管理能力，包括多个事务性资源的管理能力。可是大部分应用都是运行在单一的事务性资源之上（一个数据库），他们并不须要全局性的事务服务。本地事务服务已然足够(好比JDBC事务管理）。

事务的特性

编辑

Atomic原子性、Consistency一致性、Isolation隔离性和Durability持久性。

原子性：指整个事务是不能够分割的工做单元。只有事务中全部的操做执行成功，才算整个事务成功，事务中任何一个SQL语句执行失败，那么已经执行成功的SQL语句也必须撤销，数据库状态应该回到执行事务前的状态。

一致性：指数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。例如对于银行转帐事务，无论事务成功仍是失败，应该保证事务结束后两个转帐帐户的存款总额是与转帐前一致的。

隔离性：指的是在并发环境中，当不一样的事务同时操纵相同的数据时，每一个事务都有各自的完整数据空间。

持久性：指的是只要事务成功结束，它对数据库所作的更新就必须永久保存下来。即便发生系统崩溃，从新启动数据库系统后，数据库还能恢复到事务成功结束时的状态。

本文并不讨论应该采用何种事务处理方式，主要目的是讨论如何更为优雅地设计事务服务。仅以JDBC事务处理为例。涉及到的DAO，Factory,Proxy,Decorator等模式概念，请阅读相关资料