事务,以及四种隔离级别

事务

    事务,就是一组逻辑操作单元,使数据从一种逻辑状态变换到另一种逻辑状态。那么事务是如何操作的呢?在一个事务中执行多个操 作时,要么所有的事务都被提交,那么这些修改就永久地保存 下来;要么数据库管理系统将放弃所作的所有修改,整个事务回滚到最初状态。需要注意的是,当一个连接对象被创建时,默认情况下是自动提交事务:每次执行一个 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属性分别是:

    1. 原子性 Atomicity
原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不
发生。
    2. 一致性 Consistency
事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
    3. 隔离性 Isolation
事务的隔离性是指一个事务的执行不能被其他事务干扰,即一个事务内部的操作及
使用的数据对并发的其他事务是隔离的,并发执行的各个事务之间不能互相干扰。
    4. 持久性 Durability
持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来
的其他操作和数据库故障不应该对其有任何影响
    这是需要记忆的。

四种隔离级别

    对于同时运行的多个事务他们访问数据库中的相同数据时,如果没有采用必要的隔离机制,就容易引发各种各样的问题,而四种隔离级别对于这些问题有不同的处理方式:

    脏读 : 对于两个事务 T1, T2, T1 读取了已经被 T2 更新但还 没有被提交 的字段。之后 , T2
, T1 读取的内容就是临时且无效的。
    不可重复读 : 对于两个事务 T1, T2, T1 读取了一个字段 , 然后 T2 更新 了该字段。之后 , T1 再次
读取同一个字段 , 值就不同了。
     幻读 : 对于两个事务 T1, T2, T1 从一个表中读取了一个字段 , 然后 T2 在该表中 插入 了一些新的
行。之后 , 如果 T1 再次读取同一个表 , 就会多出几行。
    而四种隔离级别分别是:

    我们可以在程序中尝试查询当前选择使用的隔离级别以及自定义隔离级别:

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类的参数从方法内创建变成了从外部创建再传入方法。这有什么好处呢?这是为了保证事务使用的是同一个连接。如果多个操作,每个操作使用的是自己单独的连接,则无法保证事务。即同一个事务的多个操作必须在同一个连接下。这是使用事务后通用的操作方法。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值