那么不知道你 对于Spring支持的常用数据库事务传播属性和隔离级别 了解得怎么样呢?要不要一起复习复习了:grin:
很喜欢一句话:“八小时内谋生活,八小时外谋发展”
共勉 :woman: :computer:
描述 :进来先看看风景啦,要相信会有光的哦
对于数据库事务ACID(原子性、一致性、隔离性、持久性)性质我想大家都是知道的,这里就不写了:grin:
我们都知道用事务是为了保证数据库的完整性,保证成批的 SQL 语句要么全部执行,要么全部不执行。
但是如果一个方法嵌套关联着其他方法了,这该怎么算呢?当前方法及关联方法都有事务呢,或者只是其中某几个有事务,该用谁的呢?
事务的传播行为:一个方法运行在一个开启了事务的方法上时,当前方法是使用原来的事务还是开启一个新的事务。
通过 @Transaction 注解中 propagation 来设置事务传播行为。其中
事务传播行为总共有以下七种:
下面写了一个小demo来让理解更加快捷一些哈。
注意:account表中 balance 字段是设置为无符号的(即不能为负数)。
项目就是普通Spring项目
模拟的是买书的一个过程,账户余额不足,但是一次买多本的情况,一起付款。
在其中再测试事务传播行为的不同,来看数据的变化。
初始代码:
mapper层代码
测试一:默认事务传播行为
我们在 void checkout(int userId, List isbns) 和 void purchase(int userId, int isbn) 上都加了 @Transactional
目前账户为 100元,两本书的价格分别为 60和50 ,因为我们的付款过程是 使用循环 购买的,你说我们会买到一本还是一本都买不到呢?
答案当然是一本都买不到,因为 @Transactional 注解 ,默认事务的传播属性是:REQUIRED,即业务方法需要在一个事务中运行。如果方法运行时,已经处在一个事务中,那么加入到该事务,否则为自己创建一个新的事务。所以实际上 void purchase(int userId, int isbn) 其实和调用它的方法用的同一个事务。简单画个图:
测试二:测试 -->REQUIRES_NEW属性
其他代码未改变,仅在 purchase 上的注解上加了点东西 @Transactional(propagation = PropagationREQUIRES_NEW)
REQUIRES_NEW: 不管是否存在事务,业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务会被挂起,新的事务会被创建,直到方法执行结束,新事务才算结束,原先的事务才会恢复执行。
你说说答案和上面是一样的么?:grinning:
答案是不一样的, 测试一 我们实际上用的就是checkout上的事务,并没有用到 purchase 的事务,从图上也能看出来。
测试二它的事务传播属性 用 图来讲是这样的啦:
所以是可以买到一本书的。
还有很多,意思都解释过了,没有一一测完了。
假设现在有A和B 两个事务 并发执行。
1)脏读:一个事务读取到另一事务未提交的更新新据
2)不可重复读: 同一事务中,多次读取同一数据返回的结果有所不同(针对的update *** 作)
3)幻读:一个事务读取到另一事务已提交的insert数据(针对的insert *** 作)
数据库事务的隔离性: 数据库系统必须具有隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各种并发问题
一个事务与其他事务隔离的程度称为隔离级别 数据库规定了多种事务隔离级别, 不同隔离级别对应不同的干扰程度, 隔离级别越高, 数据一致性就越好, 但并发性越弱
在代码中,我们可以通过
数据库提供了4种隔离级别:
注 : 模拟并发情况。
1) 测试一下 mysql 的默认隔离级别:
测试代码特别简单,但因为我是手动模拟,得打断点、debug启动,
当执行完第一个 double bookPrice = bookShopMappergetBookPriceByIsbn(isbn) 语句时,应该去mysql 修改一下书的价格,这样看一下结果。
这个时候再接着执行。看输出什么。
最后的结果仍然是50、50。因为mysql的默认事务隔级别是可重复读,意思在这同一个事务中,可以重复读。
注 :因为这是直接修改数据库,其 *** 作行为并不可取,此处只是为了模拟。其结果有时也非一定准确。
就sqlserver数据库而言,每一条语句在默认事务级别下(可提交读级别)都是加锁的
如一条普通的查询,要加S锁(共享),一个更新要加U锁(更新)等等
你说的表锁、行锁只是锁的粗粒程度,如字面意思,行锁是锁住几行,表锁就是锁住整个表所在的全部数据页
有一点可以确定,你的测试肯定是有问题的,
我刚做了验证,A端就不说了。。B端的事务都是等待状态的。
Database changed
mysql> insert into test values ('10');
Query OK, 1 row affected (1739 sec)
mysql> commit;
Query OK, 0 rows affected (001 sec)
mysql> insert into test values ('11');
Query OK, 1 row affected (926 sec)
mysql> commit;
Query OK, 0 rows affected (000 sec)
mysql> start transaction;
Query OK, 0 rows affected (000 sec)
mysql> insert into test values ('11');
Query OK, 1 row affected (754 sec)
mysql> commit;
Query OK, 0 rows affected (001 sec)
可以看到。其中一些insert *** 作的执行时间,都是在等待A端提交之后才插入的。
数据库事务(Database Transaction) ,是指作为单个逻辑工作单元执行的一系列 *** 作,要么完全地执行,要么完全地不执行。
原子性(Atomic)(Atomicity) 事务必须是原子工作单元;对于其数据修改,要么全都执行,要么全都不执行。通常,与某个事务关联的 *** 作具有共同的目标,并且是相互依赖的。如果系统只执行这些 *** 作的一个子集,则可能会破坏事务的总体目标。原子性消除了系统处理 *** 作子集的可能性。
一致性(Consistent)(Consistency) 事务在完成时,必须使所有的数据都保持一致状态。在相关数据库中,所有规则都必须应用于事务的修改,以保持所有数据的完整性。事务结束时,所有的内部数据结构(如 B 树索引或双向链表)都必须是正确的。某些维护一致性的责任由应用程序开发人员承担,他们必须确保应用程序已强制所有已知的完整性约束。如,当开发用于转账的应用程序时,应避免在转账过程中任意移动小数点。
隔离性(Insulation)(Isolation) 由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态,要么是另一并发事务修改它之前的状态,要么是另一事务修改它之后的状态,事务不会查看中间状态的数据。这称为隔离性,因为它能够重新装载起始数据,并且重播一系列事务,以使数据结束时的状态与原始事务执行的状态相同。当事务可序列化时将获得最高的隔离级别。在此级别上,从一组可并行执行的事务获得的结果与通过连续运行每个事务所获得的结果相同。由于高度隔离会限制可并行执行的事务数,所以一些应用程序降低隔离级别以换取更大的吞吐量。
持久性(Duration)(Durability) 事务完成之后,它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。
以上就是关于Spring支持的常用数据库事务传播属性和隔离级别全部的内容,包括:Spring支持的常用数据库事务传播属性和隔离级别、怎么查看sql数据库的事务级别、mysql数据库事务级别 Serializable不起作用等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)