Oracle Foreign key 无索引导致的死锁 deadlock 或者hang

---------------lock

死锁通常发生在主表和子表更新主外键上。更新主表的主键,那么子表的外键会被锁住

如果删除主表的行,那么子表会被锁住。

create table p(x int primary key);

create table c( x references p);

insert into p values(1);

insert into p values (2);

commit;

在一个seesion下执行

insert into c values(2);

换一个session执行

SQL> delete from p where x = 1;

会发现hang住了。

select table_name,

constraint_name,

cname1 || nvl2(cname2, ',' || cname2, null) ||

nvl2(cname3, ',' || cname3, null) || nvl2(cname4, ',' || cname4, null) ||

nvl2(cname5, ',' || cname5, null) ||

nvl2(cname6, ',' || cname6, null) ||

nvl2(cname7, ',' || cname7, null) || nvl2(cname8, ',' || cname8, null)

columns

from (select b.table_name,

b.constraint_name,

max(decode(position, 1, column_name, null)) cname1,

max(decode(position, 2, column_name, null)) cname2,

max(decode(position, 3, column_name, null)) cname3,

max(decode(position, 4, column_name, null)) cname4,

max(decode(position, 5, column_name, null)) cname5,

max(decode(position, 6, column_name, null)) cname6,

max(decode(position, 7, column_name, null)) cname7,

max(decode(position, 8, column_name, null)) cname8,

count(*) col_cnt

from (select substr(table_name, 1, 30) table_name,

substr(constraint_name, 1, 30) constraint_name,

substr(column_name, 1, 30) column_name,

position

from user_cons_columns) a,

user_constraints b

where a.constraint_name = b.constraint_name

and b.constraint_type = 'R'

group by b.table_name, b.constraint_name

) cons

where col_cnt > ALL

(select count(*)

from user_ind_columns i

where i.table_name = cons.table_name

and i.column_name in (cname1,

cname2,

cname3,

cname4,

cname5,

cname6,

cname7,

cname8)

and i.column_position <= cons.col_cnt

group by i.index_name

)

TABLE_NAME CONSTRAINT_NAME COLUMNS


C SYS_C007722 X

发现C上没有索引,这个问题可以通过创建索引来解决

SQL> create index idx_c on c(x);

Index created.

SQL> insert into c values(2);

1 row created

换个session2执行

SQL> delete from p where x = 1;

1 row deleted.

可以 看到不再hang住了。

---------------------------dead lock

INSERT

Insert发生阻塞的唯一情况就是用户拥有一个建有主键约束的表。当2个的会话同时试图向表中插入相同的数据时,其中的一个会话将被阻塞,直到另外一个会话提交或会滚。一个会话提交时,另一个会话将收到主键重复的错误。回滚时,被阻塞的会话将继续执行。

UPDATE 和DELETE当执行Update和delete操作的数据行已经被另外的会话锁定时,将会发生阻塞,直到另一个会话提交或会滚。

Select ...for update

当一个用户发出select..for update的错作准备对返回的结果集进行修改时,如果结果集已经被另一个会话锁定,就是发生阻塞。需要等另一个会话结束之后才可继续执行。

可以通过发出 select... for update nowait的语句来避免发生阻塞,如果资源已经被另一个会话锁定,则会返回以下错误:Ora-00054:resource busy and acquire with nowait specified.

select... for update wait 100;设置等待时间

死锁-deadlock

定义:当两个用户希望持有对方的资源时就会发生死锁.

即两个用户互相等待对方释放资源时,oracle认定为产生了死锁,在这种情况下,将以牺牲一个用户作为代价,另一个用户继续执行,牺牲的用户的事务将回滚.

例子:

1:用户1对A表进行Update,没有提交。

2:用户2对B表进行Update,没有提交。

此时不存在资源共享的问题。

3:如果用户2此时对A表作update,则会发生阻塞,需要等到用户一的事物结束。

4:如果此时用户1又对B表作update,则产生死锁。此时Oracle会选择其中一个用户进行会滚,使另一个用户继续执行操作。

起因:

Oracle的死锁问题实际上很少见,如果发生,基本上都是不正确的程序设计造成的,经过调整后,基本上都会避免死锁的发生。

drop table p cascade constraints;

drop table c;

create table p(x int primary key);

create table c( x references p);

insert into p values(1);

insert into p values (2);

insert into c values (2);

commit;

---session 1

SQL> select * from p ;

X


1

2

SQL> select *from c;

X


2

SQL>

SQL> update p set x=3 where x=1

2 ;

1 row updated

SQL> update c set x=3 where x=2;-------主外键存在情况,只要三个update 就行

1 row updated

SQL>

SQL> select * from p ;

X


2

3

SQL> select *from c;

X


3

SQL>

---session 2

SQL>

SQL> select * from p ;

X


1

2

SQL> select *from c;

X


2

SQL> update c set x=1 where x=2;

update c set x=1 where x=2

ORA-00060: deadlock detected while waiting for resource

SQL>

SQL> select * from p ;

X


2

3

SQL> select *from c;

X


3

SQL>

----没有主外键--------------deadlock 发生在session 1--P的update 成功了

---session 1

SQL> select * from p ;

X


1

2

SQL> select *from c;

X


2

SQL> update p set x=3 where x=1;

1 row updated

SQL> update c set x=3 where x=2;

update c set x=3 where x=2

ORA-00060: deadlock detected while waiting for resource

SQL>

SQL>

SQL> select * from p ;

SQL>

SQL> select * from p ;

X


3

2

SQL> select *from c;

X


2 ---如果session 2 未commit还是2

SQL> commit;

Commit complete

SQL> select *from c;

X


3

SQL>

---session 2

SQL>

SQL> select * from p ;

X


1

2

SQL> select *from c;

X


2

SQL> update c set x=3 where x=2;

1 row updated----立即成功

SQL> update p set x=3 where x=1;

SQL>

0 rows updated----等待session commit, 如果commit 这边立即开始执行,记录没有了

SQL> select *from c;

X


3------这边是3

SQL> select * from p ;

X


3

2

SQL>

相关推荐
于歌8522 分钟前
Oracle批处理操作方法
数据库·oracle
日取其半万世不竭3 分钟前
PostgreSQL 云服务器安装配置指南:从零开始搭建生产数据库
服务器·数据库·postgresql
@小柯555m4 分钟前
MySql(高级操作符--高级操作符练习(1))
数据库·sql·mysql
码农阿豪11 分钟前
Python 操作金仓数据库的完全指南(下篇):SQL执行、批量操作与扩展功能
数据库·python·sql
满昕欢喜12 分钟前
回顾与总结
数据库·sqlserver
DBdoctor官方22 分钟前
DBdoctor v3.3.5.2发布:新增GoldenDB分布式纳管
数据库·sql·polardb·dbdoctor·goldendb
2501_9012005333 分钟前
mysql数据库主键类型对性能的影响_使用自增整数优于UUID
jvm·数据库·python
HalvmånEver41 分钟前
MySQL的内置函数
linux·数据库·学习·mysql
m0_7364393042 分钟前
Workerman5.0协程实战:PHP高并发新标准
jvm·数据库·python
2301_818008441 小时前
golang如何实现消息过滤路由_golang消息过滤路由实现要点
jvm·数据库·python