事务的最高级别,在每个读的数据行上,加上锁,使之不可能相互冲突,因此,会导致大量的超时现象
设置b账户,事务的隔离级别
B账户,首先,将b账户的隔离级别设置为SERIALIZABLE
可以看出,b账户的事务隔离级别设置为了SERIALIZABLE
演示可串行化
B账户,开启一个事务,查询各个账户的余额
A账户,开启一个事务,在事务中执行插入 *** 作
可以看出,当b账户正在事务中,查询余额信息时,a账户中的 *** 作是不能立即执行的
提交事务
B账户,执行完查询余额,提交当前事务
A账户,当b账户中的事务提交之后,a账户中的添加 *** 作,才能执行成功
查询余额
执行成功 可以看出,如果一个事务,使用了SERIALIZABLE——可串行化隔离级别时,在这个事务没有被提交之前 其他的线程,只能等到当前 *** 作完成之后,才能进行 *** 作,这样会非常耗时,而且,影响数据库的性能,通常情况下,不会使用这种隔离级别
可串行化调度:对于事务集(T<1>,T<2>,…,T),如果一个并发调度的结果与一个串行调度等价,则称此调度是是可串行化调度。不可串行化调度:对于某事务集的一个并发调度结果如果与任一串行调度均不等价,则该调度是不可串行化调度。
利用画优先图的方法对于每个数据库元素,如果两个事务的冲突 *** 作同时 *** 作一个元素,则有一条有向边,如果最后有环,则不是可串行化的
以第一个为例
w1(A)w2(A) T1->T2
r1(B)w2(B) T1->T2
所以是可穿行化的
S2:
A: t1(A)w3(A) T1->T3 w3(A)w1(A) T3->T1
B: r2(B)w1(B) T2->T1w1(B) r3(B) T1->T3
C:w1(C) w2(C) T1->T2
里面有环,所以不可串行化
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)