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

相关文章

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

Oracle迁移PostgreSQL隐式类型转换配置指南

《Oracle迁移PostgreSQL隐式类型转换配置指南》Oracle迁移PostgreSQL时因类型差异易引发错误,需通过显式/隐式类型转换、转换关系管理及冲突处理解决,并配合验证测试确保数据一致... 目录一、问题背景二、解决方案1. 显式类型转换2. 隐式转换配置三、维护操作1. 转换关系管理2.

shell脚本批量导出redis key-value方式

《shell脚本批量导出rediskey-value方式》为避免keys全量扫描导致Redis卡顿,可先通过dump.rdb备份文件在本地恢复,再使用scan命令渐进导出key-value,通过CN... 目录1 背景2 详细步骤2.1 本地docker启动Redis2.2 shell批量导出脚本3 附录总

Oracle查询表结构建表语句索引等方式

《Oracle查询表结构建表语句索引等方式》使用USER_TAB_COLUMNS查询表结构可避免系统隐藏字段(如LISTUSER的CLOB与VARCHAR2同名字段),这些字段可能为dbms_lob.... 目录oracle查询表结构建表语句索引1.用“USER_TAB_COLUMNS”查询表结构2.用“a

Oracle数据库定时备份脚本方式(Linux)

《Oracle数据库定时备份脚本方式(Linux)》文章介绍Oracle数据库自动备份方案,包含主机备份传输与备机解压导入流程,强调需提前全量删除原库数据避免报错,并需配置无密传输、定时任务及验证脚本... 目录说明主机脚本备机上自动导库脚本整个自动备份oracle数据库的过程(建议全程用root用户)总结

MySQL 强制使用特定索引的操作

《MySQL强制使用特定索引的操作》MySQL可通过FORCEINDEX、USEINDEX等语法强制查询使用特定索引,但优化器可能不采纳,需结合EXPLAIN分析执行计划,避免性能下降,注意版本差异... 目录1. 使用FORCE INDEX语法2. 使用USE INDEX语法3. 使用IGNORE IND