浅谈事务和事务的隔离级别

最新推荐文章于 2023-07-18 10:33:38 发布

kpli90

最新推荐文章于 2023-07-18 10:33:38 发布

阅读量295

点赞数

分类专栏：数据库文章标签：数据库事物隔离级别

数据库专栏收录该内容

1 篇文章 0 订阅

订阅专栏

原来一直听说事务，自己也用过，可就是没有深入的总结过，几天好好总结一下，把自己理解的事务跟大家说一说：

什么是事务：事务是数据库中保证交易可靠的机制
事务的语句

a.开始事务：BEGIN TRANSACTION（这条语句之后的sql语句将处在一个事务当中，这些sql语句并不会立即执行）

b.提交事务：COMMIT TRANSACTION（一旦提交事务，事务中的所有sql语句才会执行）

c.回滚事务：ROLLBACK TRANSACTION（回滚事务，将之前所有的sql取消）
使用事务的目的：保证数据的一致性和完整性
应用场景：多条语句要成功都成功，要失败都失败的时候就会用到事务（比如广泛的运用于订单系统、银行系统等多种场景）
事务的特性：

原子性：事务是数据库最小的提交单位，事务中的操作要么都做，要么都不做
隔离性：没有commit之前别人看不到，既并发执行的个事务之间互不干扰
一致性：数据不会因为事务的执行而遭到破坏。（有地方少，别的地方就肯定有多的，数据不会凭空消失）
持久性：一旦提交，不可回滚

创建事务的时机：是否创建事务，是由事务的传播行为控制的，读数据不需要事务管理，但是数据的插入，删除，修改就需要事务管理了。

好，基本的概念介绍到这里，下面给大家说一下事务在jdbc中是如何应用的：

当Jdbc程序向数据库获得一个Connection对象时，默认情况下这个Connection对象会自动向数据库提交在它上面发送的SQL语句。若想关闭这种默认提交方式，让多条SQL在一个事务中执行，可使用下列语句：
JDBC控制事务语句

Connection.setAutoCommit(false); // 相当于start transaction

Connection.rollback(); rollback

Connection.commit(); commit

代码：

public int delete(int id) {

dbc = new DataBaseConnection();

Connection con = dbc.getConnection(); // 获得jdbc连接

try {

con.setAutoCommit(true);// （1）开启事务

dbc.executeUpdate("delete from table1 where ID=" + id);

dbc.executeUpdate("delete from table2 where ID=" + id);

dbc.executeUpdate("delete from table3 where ID=" + id);

con.commit();// （2）提交事务

dbc.close(); // （3）关闭事务

return 1;

}catch (Exception exc) {

con.rollBack();// （4）回滚事务

exc.printStackTrace();

dbc.close();

return -1;

}

}

上边的代码里，我标出了四个步骤，这也是一个完整的事务不可或缺的步骤，称为事务的四个钉子，大家以后再建立事务的时候一定要有这四步，请记住这四步，开启事务，提交事务，回滚事务，结束事务

事务的隔离级别：事务的隔离级别可以认为是事务的"自私"程度，它定义了事务之间的可见性。隔离界别分为以下几种：

1.READ UNCOMMITTED(未提交读)。在RU的隔离级别下，事务A对数据做的修改，即使没有提交，对于事务B来说也是可见的，这种问题叫脏读。这是隔离程度较低的一种隔离级别，在实际运用中会引起很多问题，因此一般不常用。

2.READ COMMITTED(提交读)。在RC的隔离级别下，不会出现脏读的问题。事务A对数据做的修改，提交之后会对事务B可见，举例，事务B开启时读到数据1，接下来事务A开启，把这个数据改成2，提交，B再次读取这个数据，会读到最新的数据2。在RC的隔离级别下，会出现不可重复读的问题。这个隔离级别是许多数据库的默认隔离级别。

3.REPEATABLE READ(可重复读)。在RR的隔离级别下，不会出现不可重复读的问题。事务A对数据做的修改，提交之后，对于先于事务A开启的事务是不可见的。举例，事务B开启时读到数据1，接下来事务A开启，把这个数据改成2，提交，B再次读取这个数据，仍然只能读到1。在RR的隔离级别下，会出现幻读的问题。幻读的意思是，当某个事务在读取某个范围内的值的时候，另外一个事务在这个范围内插入了新记录，那么之前的事务再次读取这个范围的值，会读取到新插入的数据。Mysql默认的隔离级别是RR，然而mysql的innoDB引擎间隙锁成功解决了幻读的问题。

4.SERIALIZABLE(可串行化)。可串行化是最高的隔离级别。这种隔离级别强制要求所有事物串行执行，在这种隔离级别下，读取的每行数据都加锁，会导致大量的锁征用问题，性能最差。

下图罗列了不同隔离级别所面对的问题：

浅谈事务和事务的隔离级别

很显然，隔离级别越高，它所带来的资源消耗也就越大(锁)，因此它的并发性能越低。准确的说，在可串行化的隔离级别下，是没有并发的。

浅谈事务和事务的隔离级别

（两个图片来自网络）

对于隔离级别小编在网上找到了一篇非常有意思的文章，给大家贴出来（转自http://blog.csdn.net/fg2006/article/details/6937413）大家可以通过这篇文章对数据库隔离级别有更加深刻的认识：

Read uncommitted 读未提交

公司发工资了，领导把5000元打到singo的账号上，但是该事务并未提交，而singo正好去查看账户，发现工资已经到账，是5000元整，非常高兴。可是不幸的是，领导发现发给singo的工资金额不对，是2000元，于是迅速回滚了事务，修改金额后，将事务提交，最后singo实际的工资只有2000元，singo空欢喜一场。

浅谈事务和事务的隔离级别

出现上述情况，即我们所说的脏读，两个并发的事务，“事务A：领导给singo发工资”、“事务B：singo查询工资账户”，事务B读取了事务A尚未提交的数据。

当隔离级别设置为Read uncommitted时，就可能出现脏读，如何避免脏读，请看下一个隔离级别。

Read committed 读提交

singo拿着工资卡去消费，系统读取到卡里确实有2000元，而此时她的老婆也正好在网上转账，把singo工资卡的2000元转到另一账户，并在singo之前提交了事务，当singo扣款时，系统检查到singo的工资卡已经没有钱，扣款失败，singo十分纳闷，明明卡里有钱，为何......

出现上述情况，即我们所说的不可重复读，两个并发的事务，“事务A：singo消费”、“事务B：singo的老婆网上转账”，事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

当隔离级别设置为Read committed时，避免了脏读，但是可能会造成不可重复读。

大多数数据库的默认级别就是Read committed，比如Sql Server ,Oracle。如何解决不可重复读这一问题，请看下一个隔离级别。

Repeatable read 重复读

当隔离级别设置为Repeatable read时，可以避免不可重复读。当singo拿着工资卡去消费时，一旦系统开始读取工资卡信息（即事务开始），singo的老婆就不可能对该记录进行修改，也就是singo的老婆不能在此时转账。

虽然Repeatable read避免了不可重复读，但还有可能出现幻读。

singo的老婆工作在银行部门，她时常通过银行内部系统查看singo的信用卡消费记录。有一天，她正在查询到singo当月信用卡的总消费金额（select sum(amount) from transaction where month = 本月）为80元，而singo此时正好在外面胡吃海塞后在收银台买单，消费1000元，即新增了一条1000元的消费记录（insert transaction ... ），并提交了事务，随后singo的老婆将singo当月信用卡消费的明细打印到A4纸上，却发现消费总额为1080元，singo的老婆很诧异，以为出现了幻觉，幻读就这样产生了。

注：MySQL的默认隔离级别就是Repeatable read。

Serializable 序列化

Serializable是最高的事务隔离级别，同时代价也花费最高，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻像读。

好了就写到这里，如果大家觉得对你有帮助，请关注我，后续会为大家提供更加优质的文章，谢谢。