ORA-00054 故障处理一例

--************************

-- ORA-00054 故障处理一例

--************************

最近index job出现失败,于是尝试手动执行试试。收到了ORA-00054的错误消息。

一、错误消息

SQL> ALTER INDEX ESMDBA.ESM_PRCS_ERR_IDX1 rebuild;

ALTER INDEX ESMDBA.ESM_PRCS_ERR_IDX1 rebuild

*

ERROR at line 1:

ORA-00054: resource busy and acquire with NOWAIT specified

二、查看当前数据库中当前锁定对象

SQL> col OBJECT_NAME for a30

SQL> col username format a20

SQL> set linesize 200

SELECT object_name, s.username, s.sid, s.serial#, p.spid, to_char(s.logon_time,'yyyy-mm-dd hh24:mi:ss') logon_time

FROM v$locked_object l, dba_objects o, v$session s, v$process p

WHERE l.object_id = o.object_id

AND l.session_id = sSQL> 2 3 .sid

AND s.paddr = p.addr; 4 5

OBJECT_NAME USERNAME SID SERIAL# SPID LOGON_TIME

------------------------------ -------------------- ---------- ---------- ------------ -------------------

PLAN_TABLE A505995 622 15849 26577 2011-06-08 03:04:30

ESM_PRCS_ERR SMEVFP 396 60589 8388 2011-06-11 18:24:51

VNDR_FEED_SCHED SMEVFP 467 15860 3119 2011-06-11 22:30:48

BB_RF_VNDR_FEED_RCRD SMEVFP 467 15860 3119 2011-06-11 22:30:48

BB_RF_VNDR_REPSTRY SMEVFP 773 1079 8440 2011-06-11 18:24:55

BB_RF_VNDR_FEED_RCRD_DATA SMEVFP 467 15860 3119 2011-06-11 22:30:48

BB_RF_VNDR_FEED_RCRD_DATA SMEVFP 467 15860 3119 2011-06-11 22:30:48

7 rows selected.

三、查看表对象上信息

SQL> select OWNER,INDEX_NAME,TABLE_NAME,INDEX_TYPE from dba_indexes where INDEX_NAME like '%ESM_PRCS_ERR_IDX1%';

OWNER INDEX_NAME TABLE_NAME INDEX_TYPE

------------------------------ ------------------------------ ------------------------------ ---------------------

ESMDBA ESM_PRCS_ERR_IDX1 ESM_PRCS_ERR NORMAL

SQL> SELECT sql_text

2 FROM v$session, v$sqltext_with_newlines

3 WHERE decode(v$session.sql_hash_value, 0, prev_hash_value, sql_hash_value) =

v$sqltext_with_newlines.hash_value

AND v$session.sid = &sid

ORDER BY piece;

4 5 6 Enter value for sid: 396

old 5: AND v$session.sid = &sid

new 5: AND v$session.sid = 396

SQL_TEXT

----------------------------------------------------------------

SELECT ERR_OID, MQ_MSGE FROM ESM_PRCS_ERR WHERE ERR_OID = :1 FOR

UPDATE NOWAIT

四、进一步尝试

事实上此时做任何表结构的操作与分析都将会收到ORA-00054错误

SQL> analyze table ESMDBA.ESM_PRCS_ERR validate structure;

analyze table ESMDBA.ESM_PRCS_ERR validate structure

*

ERROR at line 1:

ORA-00054: resource busy and acquire with NOWAIT specified

SQL> analyze index ESMDBA.ESM_PRCS_ERR_IDX1 validate structure;

analyze index ESMDBA.ESM_PRCS_ERR_IDX1 validate structure

*

ERROR at line 1:

ORA-00054: resource busy and acquire with NOWAIT specified

五、杀掉锁定的会话

SQL> alter system kill session '396,60589';

System altered.

SQL> alter session set current_schema=ESMDBA;

Session altered.

SQL> show parameter db_name

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

db_name string O01GRS3

SQL> ALTER INDEX ESMDBA.ESM_PRCS_ERR_IDX1 rebuild;

Index altered.

六、原因

1.select for update

select for update是用于数据并发控制的语句。执行该语句后,会在表上加持RX锁(Row Exclusive,10gR1之前是Row Share锁),

在被选中记录上加行锁。但是,正是因为其加锁的操作,for update子句会导致select查询的性能下降。

2.关于select for update与select for update nowait

当使用 select for update 的时候,其他会话上与之相关的DML,DDL都会被挂起,直到会话select for update的锁定被解除。

当使用 select for update nowait 的时,其他会话上与之相关的DML,DDL都会被挂起不再是挂起,是直接返回一个资源忙的错误。

3.结论

无论是使用select ... for update 还是使用 select ... for update nowait。都会对相关的行集进行锁定,其他会话进行相关

行集的写操作都会被挂起,直到该锁定被解除。所以,在使用了select ... for update或者 select ... for update nowait 后,要

尽快解除锁定,避免其他会话挂起太久,从而导致系统性能下降。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏杨建荣的学习笔记

关于创建索引的ora问题 (96天)

创建index的时候,报了如下的错误。让人有些摸不着头脑。 create unique index t_pk on t(object_id,object_nam...

2997
来自专栏乐沙弥的世界

函数使得索引列失效

      在索引列上使用函数使得索引失效的是常见的索引失效原因之一,因此尽可能的避免在索引列上使用函数。尽管可以使用基于函数的索引来 解决索引失效的问题,但...

1413
来自专栏乐沙弥的世界

Oracle大表清理truncate .. reuse storage

a、通过上述测试,当使用reuse storage与普通方式并无明显差异 b、truncate table 是ddl操作,无法回滚 c、尽管无明显性能差...

1364
来自专栏乐沙弥的世界

批量生成sqlldr文件,高速卸载数据

      SQL*Loader 是用于将外部数据进行批量高速加载的数据库的最高效工具,可用于将多种平面格式文件加载到Oracle数据库。SQL*Loader支...

1832
来自专栏数据库新发现

Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题

Last Updated: Sunday, 2004-10-24 0:37 Eygle

2001
来自专栏Jerry的SAP技术分享

使用ABAP代码返回S/4HANA Material上维护的Attachment明细

1663
来自专栏王小雷

Hive的HQL(2)

Hive基础(1) Hive的HQL(2) 1. HQL的数据定义,HQL是一种SQL方言,支持绝大部分SQL-92标准。但是和SQL的差异为:不支持行级别的操...

2258
来自专栏杨建荣的学习笔记

基于DB time的调优分析 (r6笔记第79天)

继昨天使用DB time能够快速灵活的定位sql语句之后,发现分析问题更快捷,高效了。今天就牛刀小试,把一个数据库从500%的负载调到不到100%的负载。前提是...

3094
来自专栏杨建荣的学习笔记

走索引扫描的慢查询(r3笔记45天)

今天查看awr报告的时候,发现一条sql语句异常。 Elapsed Time (s) Executions Elapsed Time per Exec (s)...

3898
来自专栏用户2442861的专栏

基于Spring + Spring MVC + Mybatis 高性能web构建

http://blog.csdn.net/zoutongyuan/article/details/41379851#comments

2201

扫码关注云+社区

领取腾讯云代金券