事务相关概念

目录

一、事务的分类

1、编程式事务

在业务代码中添加事务控制代码,这样的事务控制机制就叫做编程式事务。

2、声明式事务

通过 xml 或者注解配置的方式达到事务控制的目的,叫做声明式事务。

二、事务的概念

事务指逻辑上的一组操作,组成这组操作的各个单元,要么全部成功,要么全部不成功。从而确保了数据的准确与安全。

例如:A —— B 转帐,对应于如下两条 sql 语句:

/* 转出账户减钱 */
update account set money=money-100 where name=‘a’; 
/* 转入账户加钱 */
update account set money=money+100 where name=‘b’;

这两条语句的执行,要么全部成功,要么全部不成功。

三、事务的四大特性

1、原子性(Atomicity)

原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。
从操作的⻆度来描述,事务中的各个操作要么都成功要么都失败。

2、一致性(Consistency)

事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
例如:转账前 A 有 1000,B 有 1000。转账后 A+B 也得是 2000。
一致性是从数据的⻆度来说的,(1000,1000) (900,1100),不应该出现 (900,1000)。

3、隔离性(Isolation)

事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,
每个事务不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
比如:事务 1 给员工涨工资 2000,但是事务 1 尚未被提交,员工发起事务 2 查询工资,发现工资涨了 2000 块钱,读到了事务 1 尚未提交的数据(脏读)。

4、持久性(Durability)

持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。

四、事务的隔离级别

1、事务并发问题

不考虑隔离级别,会出现以下情况:(以下情况全是错误的),也即为隔离级别在解决事务并发问题。

脏读:

一个线程中的事务读到了另外一个线程中未提交的数据。

不可重复读:

一个线程中的事务读到了另外一个线程中已经提交的 update 的数据(前后内容不一样)。

虚读(幻读):

:一个线程中的事务读到了另外一个线程中已经提交的 insert 或者 delete 的数据(前后条数不一样)。

2、数据库共定义了四种隔离级别:

Serializable(串行化):

可避免脏读、不可重复读、虚读情况的发生。(串行化)最高。

Repeatable read(可重复读):

可避免脏读、不可重复读情况的发生。(幻读有可能发生) 第二。
该机制下会对要 update 的行进行加锁。

Read committed(读已提交):

可避免脏读情况发生。不可重复读和幻读一定会发生。 第三。

Read uncommitted(读未提交):

最低级别,以上情况均无法保证。(读未提交)最低。

注意:级别依次升高,效率依次降低。

五、事务的传播行为

事务往往在 service 层进行控制,如果出现 service 层方法 A 调用了另外一个 service 层方法 B,A 和 B 方法本身都已经被添加了事务控制,那么 A 调用 B 的时候,就需要进行事务的一些协商,这就叫做事务的传播行为。
A 调用 B,我们站在 B 的⻆度来观察来定义事务的传播行为。

事务名称 事务说明
PROPAGATION_REQUIRED 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常⻅的选择。
PROPAGATION_SUPPORTS 支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY 使用当前的事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW 新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER 以非事务方式执行,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则 执行与 PROPAGATION_REQUIRED 类似的操作。

文章内容输出来源:拉勾教育Java高薪训练营;

上一篇:Keras 1 和 Keras 2 模型结构不兼容ValueError Improper config format {'l2' 9


下一篇:pytorch:cifar-10+lenet5代码实现