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

2024-03-08 07:04

本文主要是介绍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> 

这篇关于Oracle Foreign key 无索引导致的死锁 deadlock 或者hang的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/786367

相关文章

java中判断json key是否存在的几种方法

《java中判断jsonkey是否存在的几种方法》在使用Java处理JSON数据时,如何判断某一个key是否存在?本文就来介绍三种方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的... 目http://www.chinasem.cn录第一种方法是使用 jsONObject 的 has 方法

一文详解MySQL索引(六张图彻底搞懂)

《一文详解MySQL索引(六张图彻底搞懂)》MySQL索引的建立对于MySQL的高效运行是很重要的,索引可以大大提高MySQL的检索速度,:本文主要介绍MySQL索引的相关资料,文中通过代码介绍的... 目录一、什么是索引?为什么需要索引?二、索引该用哪种数据结构?1. 哈希表2. 跳表3. 二叉排序树4.

Oracle数据库在windows系统上重启步骤

《Oracle数据库在windows系统上重启步骤》有时候在服务中重启了oracle之后,数据库并不能正常访问,下面:本文主要介绍Oracle数据库在windows系统上重启的相关资料,文中通过代... oracle数据库在Windows上重启的方法我这里是使用oracle自带的sqlplus工具实现的方

Oracle Scheduler任务故障诊断方法实战指南

《OracleScheduler任务故障诊断方法实战指南》Oracle数据库作为企业级应用中最常用的关系型数据库管理系统之一,偶尔会遇到各种故障和问题,:本文主要介绍OracleSchedul... 目录前言一、故障场景:当定时任务突然“消失”二、基础环境诊断:搭建“全局视角”1. 数据库实例与PDB状态2

Redis高性能Key-Value存储与缓存利器常见解决方案

《Redis高性能Key-Value存储与缓存利器常见解决方案》Redis是高性能内存Key-Value存储系统,支持丰富数据类型与持久化方案(RDB/AOF),本文给大家介绍Redis高性能Key-... 目录Redis:高性能Key-Value存储与缓存利器什么是Redis?为什么选择Redis?Red

javacv依赖太大导致jar包也大的解决办法

《javacv依赖太大导致jar包也大的解决办法》随着项目的复杂度和依赖关系的增加,打包后的JAR包可能会变得很大,:本文主要介绍javacv依赖太大导致jar包也大的解决办法,文中通过代码介绍的... 目录前言1.检查依赖2.更改依赖3.检查副依赖总结 前言最近在写项目时,用到了Javacv里的获取视频

oracle 11g导入\导出(expdp impdp)之导入过程

《oracle11g导入导出(expdpimpdp)之导入过程》导出需使用SEC.DMP格式,无分号;建立expdir目录(E:/exp)并确保存在;导入在cmd下执行,需sys用户权限;若需修... 目录准备文件导入(impdp)1、建立directory2、导入语句 3、更改密码总结上一个环节,我们讲了

MySQL中On duplicate key update的实现示例

《MySQL中Onduplicatekeyupdate的实现示例》ONDUPLICATEKEYUPDATE是一种MySQL的语法,它在插入新数据时,如果遇到唯一键冲突,则会执行更新操作,而不是抛... 目录1/ ON DUPLICATE KEY UPDATE的简介2/ ON DUPLICATE KEY UP

SysMain服务可以关吗? 解决SysMain服务导致的高CPU使用率问题

《SysMain服务可以关吗?解决SysMain服务导致的高CPU使用率问题》SysMain服务是超级预读取,该服务会记录您打开应用程序的模式,并预先将它们加载到内存中以节省时间,但它可能占用大量... 在使用电脑的过程中,CPU使用率居高不下是许多用户都遇到过的问题,其中名为SysMain的服务往往是罪魁

MySQL 索引简介及常见的索引类型有哪些

《MySQL索引简介及常见的索引类型有哪些》MySQL索引是加速数据检索的特殊结构,用于存储列值与位置信息,常见的索引类型包括:主键索引、唯一索引、普通索引、复合索引、全文索引和空间索引等,本文介绍... 目录什么是 mysql 的索引?常见的索引类型有哪些?总结性回答详细解释1. MySQL 索引的概念2