oracle在SERIALIZABLE级别上事务的特殊性与ORA-08177

mysql,sqlserver在SERIALIZABLE级别上基本是一致的

主要相当于所有select变成了持续获得共享锁

mysql: SELECT ... LOCK IN SHARE MODE

sqlserver:SELECT ... with(holdlock)一旦读过的记录,其他事务就无法修改了。


但是oracle比较特别,他事务中的select却不保持锁,类似mysql repeat read的模式。

同一事务多次select结果是保证一致,即便已经被其他事务修改并提交。

另外事务一开始就不允许其他事务更新自己以后要更新的数据了。即便其他事务已经完成。比如


开始事务

...

--另外一个后开始的事务修改了t id=1的记录,并且提交了。

update t set where id=1

--此时出错 ORA-08177: 无法进行串行化访问


结论:

oracle SERIALIZABLE级别,已经读过的记录还允许其他事务修改,mysql与sqlserver则必须等事务提交才允许其他事务修改。

mysql与sqlserver允许更新其他后发事务已经提交的记录,而oracle则禁止。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值