MSSQL与Oracle数据库事务隔离级别与锁机制对比(2)-木庄网络博客

MS_SQL:

--事务一
set transaction isolation level serializable
begin tran
insert into test values('xxx')

--事务二
set transaction isolation level read committed
begin tran
select * from test

--事务三
set transaction isolation level read uncommitted
begin tran
select * from test

在查询分析器中执行事务一后，分别执行事务二，和三。结果是事务二会等待，而事务三则会执行。

ORACLE：

--事务一
set transaction isolation level serializable;
insert into test values('xxx');
select * from test;

--事务二
set transaction isolation level read committed--ORACLE默认级别
select * from test

执行事务一后，执行事务二。结果是事务二只读出原有的数据，无视事务一的插入操作。

读者是否发现MS_SQL和ORACLE对并发控制的处理有所不同呢？

五,锁

下表是锁的兼容或冲突情形。
现有 S U X
请求
S Y Y N
U Y N N
X N N N

现有 S U X
申请
S  Y Y N
U  Y N N
X  N N N

oracle:

六，注意点

一般处理并发问题时的步骤：
1、开启事务。
2、申请写权限，也就是给对象(表或记录)加锁。
3、假如失败，则结束事务，过一会重试。
4、假如成功，也就是给对象加锁成功，防止其他用户再用同样的方式打开。
5、进行编辑操作。
6、写入所进行的编辑结果。
7、假如写入成功，则提交事务,完成操作。
8、假如写入失败，则回滚事务，取消提交。
9、(7.8)两步操作已释放了锁定的对象，恢复到操作前的状态。

对多表的操作最好一起取得锁,或则保证处理顺序;个人感觉还是前者好,虽然效率低一些

七，附
查看锁
ORACLE：

select object_name,session_id,os_user_name,oracle_username,process,locked_mode,status
from v$locked_object l, all_objects a
where l.object_id=a.object_id;

MS_SQL：