Oracle MySQL Postgresql数据库故障处理应急方案

codedba

1618

38页

159次

2021-04-11

免费下载

更多 IT 认证课程请访问美河学习在线 www.eimhe.com

等待事件类

“TX,TM,DX”锁应急处理

现象描述：

数据库大量锁异常等待，系统资源消耗高，cpu 负载高（针对大量'TX,TM,DX'等类型

的锁造成的大量异常等待）

影响因素:

多个事务争用造成。

解决方法

以下语句列出是谁造成了阻塞

column event format a30

column sess format a20

set linesize 250

set pagesize 0

break on id1 skip 1

select decode(request,0,'Holder:',' Waiter:') || s.inst_id || ':' || s.sid||','|| s.serial# sess,

id1, id2, lmode, request, l.type, ctime, s.username,s.sql_id, s.event

-- ,s.service_name

from gv$lock l, gv$session s

where (id1, id2, l.type) in

(select id1, id2, type from gv$lock where request>0

)

and l.sid=s.sid

and l.inst_id=s.inst_id

order by id1, ctime desc, request

按照这个语句多查询几次，如果 Holder 不变，则 KILL 掉。操作前记录相关日志

更多 IT 认证课程请访问美河学习在线 www.eimhe.com

“Latch free”应急处理

现象描述：

数据库大量 latch free 等待，系统资源消耗高，cpu 负载接近 100%

影响因素:

解决方法:

1.手动执行 hang 查杀脚本：

/usr/bin/ksh /home/oracle/auto_hang_analyze.sh

观察几分钟，如果 latch free 等待事件一直没有下降，则执行第二步。

2.查询当前 active 的会话模块：

select username,machine,count(*) from v$session where status='ACTIVE' having count(*)>6

group by username,machine order by 1;

将会话数量过多的模块通知开发商，让他们切换部分业务到另外一个节点

然后进行系统资源监控和数据库监控

“Cache buffer chains”应急处理

现象描述：

数据库大量 cache buffer chains 等待，系统资源消耗高，cpu 负载高

影响因素:

A.低效的 SQL 语句是发生 cache buffers chains(热块争用），锁存器争用的最重要原因。

B.多个进程同时扫描大范围的索引或表时，可能广泛引发 cache buffers chains 锁存器争

用。

C.应用程序打开执行相同的低效率 SQL 语句的多个并发会话，并且这些 SQL 语句都设法得

到相同的数据集，这种情景十分普遍。

解决方法:

of 38

免费下载

关注

评论