教你熟练使用hanganalyze来分析数据库

1.为什么要使用hanganalyze?

Oracle数据库“真的”hang住了，可以理解为数据库内部发生死锁。因为普通的DML死锁，oracle服务器会自动监测他们的依赖关系，并回滚其中一个操作，终止这种相互等待的局面。而当这种死锁发生在争夺内核级别的资源（比如说是pins或latches）时，Oracle并不能自动的监测并处理这种死锁。

其实很多时候数据库并没有hang住，而只是由于数据库的性能问题，处理的时间比较长而已。

Hanganalyze工具使用内核调用检测会话在等待什么资源，报告出占有者和等待者的相互关系。另外，它还会将一些比较”interesting”的进程状态dump出来，这个取决于我们使用hanganalyze的分析级别。

使用hanganalyze

hanganalyze工具从oracle8i第二版开始提供，到9i增强了诊断RAC环境下的“集群范围”的信息，这意味着它将会报告出整个集群下的所有会话的信息。

目前有三种使用hanganalyze的方法:

一种是会话级别的：

ALTER SESSION SET EVENTS 'immediate 
trace name HANGANALYZE level <level>';

一种是实例级别:

ORADEBUG hanganalyze <level>

一种是集群范围的：

ORADEBUG setmypid 
ORADEBUG setinst all 
ORADEBUG -g def hanganalyze <level>

先解释下各个level的含义：

1-2:只有hanganalyze输出，不dump任何进程

3：Level2+Dump出在IN_HANG状态的进程

4：Level3+Dump出在等待链里面的blockers(状态为LEAF/LEAF_NW/IGN_DMP)

5：Level4+Dump出所有在等待链中的进程（状态为NLEAF）

hanganalyze报告会分作许多片断，会话片断信息总是由一个header详尽描述被提取的的会话信息。Oracle8i和9i的信息略有不同：

Oracle 8.x chain header: 
<sid/sess_srno/proc_ptr/ospid/wait_event> 
Oracle9i chain header: 
<cnode/sid/sess_srno/proc_ptr/ospidd/wait_event> :

先把在trace file中看到的一些缩略语解释一下：

sid是 Session ID
sess_srno是serial#
proc_ptr是Process Pointer
ospid 是OS Process ID
cnode是Node Id，Oracle9i才用
Nodenum是hanganalyze
自己为了记录这些会话而定制的编号，从0开始排起。
State 是node的状态
Adjlist是临近的node(通常代表一个blocker node)
Predecessor是Predecessor node ,通常代表一个 waiter node

最新相关文章

• ·高手指招 数据库中表行变列的方法
• ·LINQ to SQL 基本数据操作
• ·教你快速掌握一些异常精妙的SQL语句
• ·一些工作和学习中经常用到的SQL语句
• ·什么是数据结构、逻辑结构和物理结构？
• ·深入讲解数据库的具体分类及其相关概念
• ·深入讲解事务对象的基本内容及使用方法
• ·用一个实例讲解GROUP BY CEIL的使用方法
• ·讲解有关“SELECT FOR UPDATE“的一些概念
• ·“Select“语句究竟是如何来使用索引的？
• ·带你深入了解有关数据库的“并发问题”
• ·基于DM数据库的“Power Builder“程序开发
• ·数据库性能调优技术──单表执行计划
• ·如何将海量的信息快速转化为智慧的决策
• ·带你轻松接触PowerDesigner中的反向工程
• ·在使用PowerDesigner时遇到的疑难问题