软件开发之数据库事务四大特性及隔离级别

Posted 2021-04-21 程序猿升级课

Transaction 也就是所谓的事务了，通俗理解就是一件事情。从小，父母就教育我们，做事情要有始有终，不能半途而废。 事务也是这样，不能做一半就不做了，要么做完，要么就不做。也就是说，事务必须是一个不可分割的整体，就像我们在化学课里学到的原子，原子是构成物质的最小单位。于是，人们就归纳出事务的第一个特性：原子性（Atomicity）。

文章目录

1. 四大特性

2. 隔离级别

3. Spring事务传播特性

ACID四大特性

原子性（Atomicity）

• 原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚

• 事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

什么是原子性?

原子就是不可再分! eg: A转账给B,5元,那就是2个步骤:①A账户-5元,②B账户+5元 原子性是说我们要把①和②看做是一个操作,如果只完成其中一个的话,那就违背了原子性。就要执行回滚操作,否则就会出现数据问题。

---

一致性（Consistency）

一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

---

隔离性（Isolation）

隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

eg: 当我们编写了一条 update 语句，提交到数据库的一刹那间，有可能别人也提交了一条 delete 语句到数据库中。也许我们都是对同一条记录进行操作，可以想象，如果不稍加控制，就会出大麻烦来。我们必须保证数据库操作之间是“隔离”的（线程之间有时也要做到隔离），彼此之间没有任何干扰。这就是：隔离性（Isolation）

---

持久性（Durability）

持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

例如当我们执行一条 insert 语句后，数据库必须要保证有一条数据永久地存放在磁盘中，这个也算事务的一条特性， 它就是：持久性（Durability）。

二.隔离级别

以上介绍完事务的四大特性(简称ACID)，现在重点来说明下事务的隔离性，当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别

① Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。

② Repeatable read (可重复读)：可避免脏读、不可重复读的发生。

③ Read committed (读已提交)：可避免脏读的发生。

④ Read uncommitted (读未提交)：最低级别，任何情况都无法保证。

千万不要去翻译，那只是一个代号而已。从下往上，级别越来越高，并发性越来越差，安全性越来越高，反之则反。

三.Spring事务传播特性

看看 spring 的解决方案吧，其实它是对 JDBC 的一个补充或扩展。它提供了一个非常重要的功能，就是：事务传播行为（TransactionPropagation Behavior）。

确实够牛逼的，Spring 一下子就提供了 7 种事务传播行为，这 7 种行为一出现，真的是亮瞎了！

1.PROPAGATION_REQUIRED

2.RROPAGATION_REQUIRES_NEW

3.PROPAGATION_NESTED

4.PROPAGATION_SUPPORTS

5.PROPAGATION_NOT_SUPPORTED

6.PROPAGATION_NEVER

7.PROPAGATION_MANDATORY

其实我们用到的只是第一种,这里用白话文解释下上面的7中行为

Spring 给我们带来了事务传播行为，这确实是一个非常强大而又实用的功能。除此以外，也提供了一些小的附加功能，比如：

1.事务超时（Transaction Timeout）：为了解决事务时间太长，消耗太多的资源，所以故意给事务设置一个最大时常，如果超过了，就回滚事务。

2.只读事务（Readonly Transaction）：为了忽略那些不需要事务的方法，比如读取数据，这样可以有效地提高一些性能。