事务
事务,就是一组逻辑操作单元,使数据从一种逻辑状态变换到另一种逻辑状态。那么事务是如何操作的呢?在一个事务中执行多个操 作时,要么所有的事务都被提交,那么这些修改就永久地保存 下来;要么数据库管理系统将放弃所作的所有修改,整个事务回滚到最初状态。需要注意的是,当一个连接对象被创建时,默认情况下是自动提交事务:每次执行一个 SQL 语句时,如果执行成功,就会向数据库自动提交,而不能回滚。我们可以用代码示例:
public void testJDBCTransaction() {
Connection conn = null;
try {
// 1.获取数据库连接
conn = JDBCUtils.getConnection();
// 2.开启事务
conn.setAutoCommit(false);
// 3.进行数据库操作
// 4.若没有异常,则提交事务
conn.commit();
} catch (Exception e) {
e.printStackTrace();
// 5.若有异常,则回滚事务
try {
conn.rollback();
} catch (SQLException e1) {
e1.printStackTrace();
}} finally {
JDBCUtils.close(null, null, conn); } }
而事务还有四种ACID属性分别是:
四种隔离级别
对于同时运行的多个事务他们访问数据库中的相同数据时,如果没有采用必要的隔离机制,就容易引发各种各样的问题,而四种隔离级别对于这些问题有不同的处理方式:
我们可以在程序中尝试查询当前选择使用的隔离级别以及自定义隔离级别:
public void testTransactionSelect() throws Exception {
Connection conn = jdbcutils.getConnection();
//获取当前连接的隔离级别
System.out.println(conn.getTransactionIsolation());
//设置数据库的隔离级别
conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);
//取消自动提交数据
conn.setAutoCommit(false);
String sql="select user,password,balance from user_table where user=?";
User user = getInstance(conn, User.class, sql, "CC");
System.out.println(user);
}
通过Connection中的getTransactionIsolation()方法获得当前连接的隔离级别,通过setTransactionIsolation()方法来自定义连接的隔离级别。先不设置隔离级别并且单独运行方法setTransactionIsolation()后发现输出的结果是4,是为什么呢?我在Java.sql.Connection.class中找到了如下代码:
int TRANSACTION_REPEATABLE_READ = 4;
int TRANSACTION_READ_UNCOMMITTED = 1;
int TRANSACTION_READ_COMMITTED = 2;
int TRANSACTION_SERIALIZABLE = 8;
说明软件将TRANSACTION_REPEATABLE_READ隔离级别的代号设置为4,而我的连接正好是TRANSACTION_REPEATABLE_READ因此得到的输出结果是4。然后运行修改隔离级别为TRANSACTION_READ_COMMITTED后发现输出结果成为了2,说明理论成立。
另外如果细心点就会发现,我的getInstance()方法输入的参数多了一个Connection类的参数
User user = getInstance(conn, User.class, sql, "CC");
没错,我将Connection类的参数从方法内创建变成了从外部创建再传入方法。这有什么好处呢?这是为了保证事务使用的是同一个连接。如果多个操作,每个操作使用的是自己单独的连接,则无法保证事务。即同一个事务的多个操作必须在同一个连接下。这是使用事务后通用的操作方法。