编程教育资源分享平台

网站首页 > 后端开发 正文

数据库事务管理-隔离级别 数据库隔离级别,提交读会造成什么

luoriw 2024-04-04 12:46:49 后端开发 13 ℃ 0 评论

事务是数据库中非常重要的一个知识点,在业务处理中,如果事物处理不好,会造成很严重的问题,下面对事务进行详细的说明。

一、事务的概念

通俗来说,事务指的是逻辑上的一组操作,这组操作要么全部成功,要么全部失败。一般的事务指的都是数据库事务,但是广义事务的定义不局限于数据库事务。

二、事务的作用

这也是面试的时候,面试官经常问到的一个问题,其作用就是事务能够保证数据的完整性和一致性。 比如:银行系统A向B转账100元,这个操作对于数据库存在A账户减少100,B账户增加100,如果没有事务的控制,可能出现数据库A成功B失败,A失败B成功等问题。

三、事务的特性

事务有4大特性,即 ACID,指数据库事务正确执行的四个基本要素的缩写。包含:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。一个支持事务(Transaction)的数据库,必需要具有这四种特性,否则在事务过程(Transaction processing)当中无法保证数据的完整性和一致性。

1、原子性:我们都知道,原子是最小的单位,不可再分的,事务的各步操作是不可分割的工作单位(原子的),事务是一个完整的操作,要么都执行,要么都不执行。

2、一致性:事务前后数据的完整性必须保证一致。上面例子中的A向B转账100元,结束后,最后数据库的总金额没有变。

3、隔离性:多个用户并发访问数据库时,一个用户的事务不能被其他用户的事务所干扰,多个并发事务之间数据要互相隔离。隔离性非常重要,如果不考虑隔离性,就可能发生:脏读、不可重复读、幻读的问题(隔离性下面详细讲解)。

4、持久性:事务完成后,它对数据库的修改被永久保持,事务日志能够保持事务的永久性,即一个事务一旦提交,它对数据库中的数据的改变就是永久性的,即使数据库发生故障也不应该对其有任何影响。

一个简单的事务例子:

public void delete(int use_id) {

//实现数据库连接的类

DataBaseConnection dbc = new DataBaseConnection();

//获取连接对象

Connection con = dbc.getConnection();

try {

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

dbc.executeUpdate("delete from user where ID=" + user_id);

dbc.executeUpdate("delete from user_role where ID=" + user_id);

dbc.executeUpdate("delete from user_log where ID=" + user_id);

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

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

dbc.close();

}

catch (Exception exc) {

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

dbc.close();

}

}

上面这一段代码就是一个比较简单的java事务的执行。

上面三次执行删除操作,只要有一次执行失败,都会执行任务回滚,相当于要么一起成功,要么什么都没做。如果没有事务的管理,前面执行了就会马上在数据库里面更新,执行到哪里失败就退出不再执行后面的任务,不能保证数据的一致性。

四、事务的隔离级别(4种隔离级别)

说明事务隔离级别之前,先说明几个概念:

(1)脏读:一个事务读取了另一个事务改写但还未提交的数据,如果这些数据被回滚,则读到的数据无效。

脏读

(2)不可重复读:在同一事务中,多次读取同一数据返回的结果不同。

不可重复读

(3)幻读:一个事务读取了几行记录后,另一个事务插入一些记录。后来的查询中,第一个事务就会发现有些原来没有的记录。

幻读

针对会出现上面的三种情况,就引出了事务的隔离性,事务的隔离性有如下四种:

Spring有一个default隔离级别,底层数据库用的哪个隔离级别,spring就用什么隔离级别,一般来说读未提交的和可串行化的很少用到。

MySQL用的是repeatable_read (可重复读)

Oracle用的是read_committed(读已提交的)

五、事务的传播行为

首先要清楚的是:事务是因为有业务需求,才产生的一种机制,所以事务的配置应该安放在业务层 。

事务的7种传播行为实则可以就分为3类:

(1)第一类 required:在当前事务中解决问题

(2)第二类 requires_new:挂起当前事务,简单来说就是隔离

通俗来说,当外层失败不影响内层事物,内层失败被外层捕获,不影响外层事物。就是无论当前事务上下文中有没有事务,都会开启一个新的事务,事务间没有依赖关系,就上面的例子来说,有四种情况:A成功B失败;A成功B成功;A失败B成功;A失败B失败;

注意:为什么取流水号和打印日志需要用requires_new?

这主要有两个原因:

① 为了取号速度,取号是事务的第一步,因为如果不新建一个事务,取号需要加锁,如果这个事务比较长,就需要一直占着锁,这样就很慢。

② 既然是隔离,就是说取号和真正的事务处理不发生影响。这个原因也造成了一个结果,流水号有“作废”机制,也就是说万一发生异常,这个流水号也生成了,后面的会跳号,事务间就没有依赖关系了。

(3)第三类 nested:嵌套事务

在当前事务的上下文事务中增加一个保存点,如果内嵌事务发生异常回滚,只会回滚当前事务,不会回滚外层事务,内嵌事务B依赖A,其跟requires_new的区别就在与不会出现A失败B成功的情况。

Spring传播性配置(基于AOP的声明式配置):

五、Spring的事务管理配置

Spring事务管理配置流程图

Spring 的事务管理配置方式有多种,下面就明一种常用的基于AOP实现的XML配置方式:

本文暂时没有评论,来添加一个吧(●'◡'●)

欢迎 发表评论:

最近发表
标签列表
最新留言