Inserting操作导致死锁Oracle

本文介绍了在Oracle数据库中,由于自定义主键或联合主键导致的死锁现象。通过创建表并模拟两个并发会话以相反顺序插入'abc'和'def'作为主键值的事务,展示了如何复现此死锁问题。在会话1尝试插入'def'时,会话2已插入'abc',导致会话1等待资源并触发ORA-00060死锁错误。这提醒我们在设计数据库时要避免此类操作以防止死锁。
部署运行你感兴趣的模型镜像

Oracle deadlock on inserting operation

复现步骤

创建表

其中一个字段是作为唯一主键, 在这里随便指定一个字段 columnA

Create table deadlock_table(
columnA varchar2(10) not null primary key,
columnB varchar2(10)
);

在两个session中, 按照相反的顺序写入分别为’abc’,’def’的主键,写入’abc’ 和’def’ 两条记录是一个事务。 比如下面的例子

In session 1:

insert into deadlock_table values('abc', ‘abc');

In session 2:

insert into deadlock_table values('def', 'def');

In session 1(在session 2写入主键为’abc’的后, 会出现[60] ORA-00060: deadlock detected while waiting for resource):

insert into deadlock_table values('def', ‘def’);

In session 2:

insert into deadlock_table values('abc', 'abc');

所以, 在自定义主键或者联合主键时,要注意由于此种情况导致的死锁。

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值