事务处理中的并发控制:
1.并发操作
数据库是一个共享资源,允许多个用户程序并行地存取数据库,所以当多个用户并发地存取同一数据,就可能出现数据的不一致性。例如:假设有两个事务T1和T2,它们都需要读出并修改数据A,其执行情况如下所示:
执行顺序
|
1
|
2
|
3
|
4
|
5
|
6
|
事务T1
|
读A
|
A=A+10
|
|
提交A
|
|
提交A
|
事务T2
|
|
|
读A
|
|
A:=A-30
|
|
T1工作区中A的值
|
30
|
40
|
40
|
40
|
40
|
40
|
T2工作区中A的值
|
|
30
|
30
|
30
|
0
|
0
|
数据库中A的值
|
30
|
30
|
30
|
40
|
40
|
0
|
2.导致结果
正常情况下最后数据库中A的值应该是10,可结果确是0。
3.产生原因
由于事务的并发操作,当T1读取A并准备修改时,T2也读取了A,这样T1和T2读取的都是30,当T1在第四步将修改后的结果写回数据库,T2接着在第6步也将它的修改结果写回数据库中,这样就将T1的修改结果给覆盖了。
4.解决办法——加锁
在事务要对数据库进行操作前,禁止其他事务再对该数据进行操作。
执行顺序T1:
Lock A
Read A
A=A+10
Write A
Unlock A
T2:
Lock A
Read A
A=A-30
Write A
Unlock A
这样最后数据库中A的值就是10而不是0。
【注意】通过采用数据库的加锁机制便可避免由于事务并发而导致的错误,但是对事务加锁并不能解决所有的并发操作,也不是并发控制的唯一办法。