(转)跟踪事件 和 内部事件号

本文详细介绍了Oracle数据库中的跟踪文件类型及其用途,包括后台报警日志文件、后台跟踪文件和用户跟踪文件。同时深入探讨了如何通过设置Oracle跟踪事件来诊断数据库问题,列举了多种跟踪事件及其命令示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

http://www.itpub.net/thread-976360-1-1.html

 

一、Oracle跟踪文件
    Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG。另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生,后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为siddbwr.trc、sidsmon.trc等。还有一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外,用户可以通过执行oracle跟踪事件(见后面)来生成该类文件,用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中,文件格式为oraxxxxx.trc,xxxxx为创建文件的进程号(或线程号)。
二、Oracle跟踪事件
    Oracle提供了一类命令,可以将Oracle各类内部结构中所包含的信息转储(dump)到跟踪文件中,以便用户能根据文件内容来解决各种故障。设置跟踪事件有两种方法,一种是在init.ora文件中设置事件,这样open数据库后,将影响到所有的会话。设置格式如下:
        EVENT="eventnumber trace name eventname [forever,] [level levelnumber] : ......."
  通过:符号,可以连续设置多个事件,也可以通过连续使用event来设置多个事件。
  另一种方法是在会话过程中使用alter session set events命令,只对当前会话有影响。设置格式如下:
        alter session set events '[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : .......'
   通过:符号,可以连续设置多个事件,也可以通过连续使用alter session set events 来设置多个事件。
   格式说明:eventnumber指触发dump的事件号,事件号可以是Oracle错误号(出现相应错误时跟踪指定的事件)或oralce内部事件号,内部事件号在10000到10999之间,不能与immediate关键字同用。
             immediate关键字表示命令发出后,立即将指定的结构dump到跟踪文件中,这个关键字只用在alter session语句中,并且不能与                eventnumber、forever关键字同用。
             trace name 是关键字。
             eventname指事件名称(见后面),即要进行dump的实际结构名。若eventname为context,则指根据内部事件号进行跟踪。
             forever关键字表示事件在实例或会话的周期内保持有效状态,不能与immediate同用。
             level为事件级别关键字。但在dump错误栈(errorstack)时不存在级别。
             levelnumber表示事件级别号,一般从1到10,1表示只dump结构头部信息,10表示dump结构的所有信息。
   1、buffers事件:dump SGA缓冲区中的db buffer结构
     alter session set events 'immediate trace name buffers level 1'; --表示dump缓冲区的头部。
   2、blockdump事件:dump数据文件、索引文件、回滚段文件结构
     alter session set events 'immediate trace name blockdump level 66666'; --表示dump块地址为6666的数据块。
     在Oracle 8以后该命令已改为:
     alter system dump datafile 11 block 9; --表示dump数据文件号为11中的第9个数据块。
   3、controlf事件:dump控制文件结构
     alter session set events 'immediate trace name controlf level 10'; --表示dump控制文件的所有内容。
   4、locks事件:dump LCK进程的锁信息
     alter session set events 'immediate trace name locks level 5';
   5、redohdr事件:dump redo日志的头部信息
     alter session set events 'immediate trace name redohdr level 1'; --表示dump redo日志头部的控制文件项。
     alter session set events 'immediate trace name redohdr level 2'; --表示dump redo日志的通用文件头。
     alter session set events 'immediate trace name redohdr level 10'; --表示dump redo日志的完整文件头。
     注意:redo日志的内容dump可以采用下面的语句:
     alter system dump logfile 'logfilename';
   6、loghist事件:dump控制文件中的日志历史项
      alter session set events 'immediate trace name loghist level 1'; --表示只dump最早和最迟的日志历史项。
      levelnumber大于等于2时,表示2的levelnumber次方个日志历史项。
      alter session set events 'immediate trace name loghist level 4'; --表示dump 16个日志历史项。
   7、file_hdrs事件:dump 所有数据文件的头部信息
       alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有数据文件头部的控制文件项。
       alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有数据文件的通用文件头。
       alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有数据文件的完整文件头。
   8、errorstack事件:dump 错误栈信息,通常Oracle发生错误时前台进程将得到一条错误信息,但某些情况下得不到错误信息,可以采用这种方式得到Oracle错误。
       alter session set events '604 trace name errorstack forever'; --表示当出现604错误时,dump 错误栈和进程栈。
   9、systemstate事件:dump所有系统状态和进程状态
       alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系统状态和进程状态。
   10、coalesec事件:dump指定表空间中的自由区间
      levelnumber以十六进制表示时,两个高位字节表示自由区间数目,两个低位字节表示表空间号,如0x00050000表示dump系统表空间中的5个自由区间,转换成十进制就是327680,即:
      alter session set events 'immediate trace name coalesec level 327680';
   11、processsate事件:dump进程状态
      alter session set events 'immediate trace name processsate level 10';
   12、library_cache事件:dump library cache信息
      alter session set events 'immediate trace name library_cache level 10';
   13、heapdump事件:dump PGA、SGA、UGA中的信息
      alter session set events 'immediate trace name heapdump level 1';
   14、row_cache事件:dump数据字典缓冲区中的信息
      alter session set events 'immediate trace name row_cache level 1';
   
三、内部事件号
1、10013:用于监视事务恢复
2、10015:转储UNDO SEGMENT头部
        event = "10015 trace name context forever"
3、10029:用于给出会话期间的登陆信息
4、10030:用于给出会话期间的注销信息
5、10032:转储排序的统计信息
6、10033:转储排序增长的统计信息
7、10045:跟踪Freelist管理操作
8、10046:跟踪SQL语句
   alter session set events '10046 trace name context forever, level 4'; --跟踪SQL语句并显示绑定变量
   alter session set events '10046 trace name context forever, level 8'; --跟踪SQL语句并显示等待事件
9、10053:转储优化策略
10、10059:模拟redo日志中的创建和清除错误
11、10061:阻止SMON进程在启动时清除临时段
12、10079:转储 SQL*NET统计信息
13、10081:转储高水标记变化
14、10104:转储Hash连接统计信息
15、10128:转储分区休整信息
16、10200:转储一致性读信息
17、10201:转储一致性读中Undo应用
18、10209:允许在控制文件中模拟错误
19、10210:触发数据块检查事件
        event = "10210 trace name context forever, level 10"
20、10211:触发索引检查事件
21、10213:模拟在写控制文件后崩溃
22、10214:模拟在控制文件中的写错误
   levelnumber从1-9表示产生错误的块号,大于等于10则每个控制文件将出错
23、10215:模拟在控制文件中的读错误
24、10220:转储Undo头部变化
25、10221;转储Undo变化
26、10224:转储索引的分隔与删除
27、10225:转储基于字典管理的区间的变化
28、10229:模拟在数据文件上的I/O错误
29、10231:设置在全表扫描时忽略损坏的数据块
         alter session set events '10231 trace name context off'; -- 关闭会话期间的数据块检查
         event = "10231 trace name context forever, level 10" -- 对任何进程读入SGA的数据块进行检查
30、10232:将设置为软损坏(DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置)的数据块dump到跟踪文件
31、10235:用于内存堆检查
   alter session set events '10235 trace name context forever, level 1';
32、10241:转储远程SQL执行
33、10246:跟踪PMON进程
34、10248:跟踪dispatch进程
35、10249:跟踪MTS进程
36、10252:模拟写数据文件头部错误
37、10253:模拟写redo日志文件错误
38、10262:允许连接时存在内存泄漏
   alter session set events '10262 trace name context forever, level 300'; -- 允许存在300个字节的内存泄漏
39、10270:转储共享游标
40、10285:模拟控制文件头部损坏
41、10286:模拟控制文件打开错误
42、10287:模拟归档出错
43、10357:调试直接路径机制
44、10500:跟踪SMON进程
45、10608:跟踪位图索引的创建
46、10704:跟踪enqueues
47、10706:跟踪全局enqueues
48、10708:跟踪RAC的buffer cache
49、10710:跟踪对位图索引的访问
50、10711:跟踪位图索引合并操作
51、10712:跟踪位图索引OR操作
52、10713:跟踪位图索引AND操作
53、10714:跟踪位图索引MINUS操作
54、10715:跟踪位图索引向ROWID的转化
55、10716:跟踪位图索引的压缩与解压
56、10719:跟踪位图索引的修改
57、10731:跟踪游标声明
58、10928:跟踪PL/SQL执行
59、10938:转储PL/SQL执行统计信息
   最后要说明的是,由于版本不同以上语法可能有些变化,但大多数还是可用的。

附完整的跟踪事件列表,event No.10000 to 10999

SET SERVEROUTPUT ON
DECLARE
err_msg VARCHAR2(120);
BEGIN
dbms_output.enable (1000000);
FOR err_num IN 10000..10999
LOOP
err_msg := SQLERRM (-err_num);
IF err_msg NOT LIKE '%Message '||err_num||' not found%' THEN
dbms_output.put_line (err_msg);
END IF;
END LOOP;
END;
/


1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#

2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪

3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪

4.tkprof *.trc *.txt



1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#

2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪

3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪

4.tkprof *.trc *.txt

5.查看文件

6.get trace file name
select  
d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name  
from  
( select p.spid  
from sys.v$mystat m,sys.v$session s,sys.v$process p
where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,  
( select t.instance from sys.v$thread  t,sys.v$parameter  v  
where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i,
( select value from sys.v$parameter where name = 'user_dump_dest') d
/

<think>我们正在讨论如何调试或检查底层驱动中的触摸屏事件处理。根据提供的引用内容,我们可以从以下几个方面入手: 1. **理解触摸屏驱动的基本架构**:触摸屏驱动程序是操作系统与硬件之间的桥梁,它处理触摸事件并将其换为输入事件(引用[1])。 2. **中断处理机制**:触摸屏驱动通常使用两种中断:一种是触摸屏被按下或抬起时产生的中断(如外部中断),另一种是ADC换完成中断(引用[2][3])。在调试时,我们需要关注这些中断是否被正确触发。 3. **输入子系统的使用**:Linux输入子系统提供了标准的接口。驱动通过`input_report_abs`、`input_report_key`等函数上报事件,最后通过`input_sync`通知子系统一个事件序列的结束(引用[2][4])。 4. **调试方法**: - **检查中断触发情况**:可以通过`/proc/interrupts`查看中断统计信息,判断中断是否被触发。 - **查看输入事件**:使用`evtest`工具或直接读取`/dev/input/eventX`设备文件,可以查看驱动上报的事件。 - **打印调试信息**:在驱动中添加打印语句(如`printk`),特别是在中断处理函数事件上报函数中。 - **检查硬件寄存器**:通过读取打印硬件寄存器(如ADC控制寄存器、触摸屏控制寄存器)的值,确认硬件状态。 5. **参考驱动代码**:引用[2][3]提供了驱动代码片段,展示了如何启动ADC换、处理中断以及上报事件。调试时,可以对照这些代码逻辑检查实际驱动。 6. **防抖动处理**:引用[5]提到按键防抖动的方法,虽然针对按键,但类似思想(如使用定时器延迟处理)也可能用于触摸屏驱动,以避免误报。 具体调试步骤: 1. **确认驱动加载**:使用`lsmod`查看驱动模块是否加载,使用`dmesg`查看驱动初始化时的打印信息。 2. **检查中断注册与触发**: - 在`/proc/interrupts`中查找触摸屏相关的中断(如IRQ_ADC触摸屏外部中断),观察中断计数是否增加。 - 如果中断计数没有增加,可能是硬件连接问题、中断申请失败或硬件配置错误。 3. **查看输入事件**: - 使用`cat /proc/bus/input/devices`找到触摸屏对应的设备节点(如event0)。 - 使用`evtest /dev/input/event0`(替换为实际设备节点)实时监控触摸事件。触摸屏幕时,观察是否有事件输出。 4. **驱动内部调试**: - 在驱动中的关键函数(如中断处理函数、ADC换完成处理函数、事件上报函数)添加打印信息,重新编译并加载驱动,通过`dmesg`查看打印信息。 - 例如,在触摸按下中断中打印“Touch pressed”,在ADC中断中打印“ADC conversion done”,在上报事件前打印坐标值。 5. **硬件寄存器调试**: - 如果驱动中提供了访问硬件寄存器的函数,可以在中断处理函数中读取相关寄存器的值并打印出来,以确认硬件状态。 - 例如,在ADC中断处理函数中读取ADC数据寄存器,检查换得到的坐标值是否合理。 6. **检查防抖动处理**:如果驱动中使用了定时器来防抖动(类似于引用[5]的方法),需要检查定时器设置是否合理,是否因为防抖动逻辑导致事件上报延迟或丢失。 7. **压力测试**:连续快速触摸屏幕,检查事件是否丢失或错乱。 8. **使用示波器或逻辑分析仪**:如果软件调试无法解决问题,可能需要使用硬件工具检查触摸屏控制信ADC换信。 相关问题: 1. 如何通过`evtest`工具分析触摸屏事件? 2. 触摸屏驱动中常用的防抖动方法有哪些? 3. 在Linux输入子系统中,如何正确上报触摸屏的绝对坐标压力值? 4. 如何调试触摸屏驱动中的中断冲突问题? 5. 触摸屏坐标校准在驱动中如何实现?</think>### 调试触摸屏驱动事件处理的步骤与方法 #### 1. **中断调试(核心入口)** 触摸屏驱动依赖两种关键中断(引用[2][3]): - **外部中断**:触摸屏按下/抬起时触发(对应`IRQ_EINT`) - **ADC中断**:坐标换完成后触发(`IRQ_ADC`) **调试方法**: ```c // 在中断处理函数中添加调试打印 printk("Touch IRQ triggered: %s\n", irq == IRQ_ADC ? "ADC" : "EINT"); // 检查中断状态寄存器 u32 reg_val = readl(base_addr + S3C2410_ADCTSC); printk("ADCTSC reg: 0x%x\n", reg_val); ``` #### 2. **输入事件上报验证** 驱动通过输入子系统上报事件(引用[4]): ```c input_report_abs(dev, ABS_X, x_pos); // X坐标 input_report_abs(dev, ABS_Y, y_pos); // Y坐标 input_report_key(dev, BTN_TOUCH, 1); // 触摸状态 input_sync(dev); // 事件同步 ``` **调试工具**: - 终端执行 `evtest /dev/input/eventX`(X为触摸屏设备) - 观察实时输出的坐标触摸状态数据 #### 3. **寄存器级诊断** 关键寄存器操作检查(引用[2]): - **ADCCON寄存器**:启动ADC换 ```c writel(readl(base_addr+S3C2410_ADCCON) | ENABLE_START, ...); ``` - **ADCTSC寄存器**:切换等待中断模式 ```c writel(WAIT4INT(0), base_addr+S3C2410_ADCTSC); // 进入等待中断状态 ``` **调试方法**: - 通过 `devmem2` 工具直接读取寄存器: ```bash devmem2 0x4A000000 # 读取ADCCON寄存器地址 ``` #### 4. **防抖机制检查** 参考按键防抖逻辑(引用[5]): - 使用定时器延迟处理中断 - 在定时器回调中上报事件 **排查点**: ```c // 检查中断处理中是否设置定时器 mod_timer(&ts_timer, jiffies + msecs_to_jiffies(10)); ``` #### 5. **硬件信测量** - **示波器检测**: - 测量触摸屏控制器中断引脚(INT)电平变化 - 检查ADC模拟输入信是否稳定 - **逻辑分析仪**: 抓取SPI/I²C总线数据,验证坐标数据传输 #### 6. **内核跟踪工具** - **ftrace跟踪中断**: ```bash echo function > /sys/kernel/tracing/current_tracer echo stylus_action > /sys/kernel/tracing/set_ftrace_filter cat /sys/kernel/tracing/trace ``` - **kprobe动态插桩**: 在 `input_report_abs()` 函数插入探针收集调用参数 > **调试流程图**: > ```mermaid > graph TD > A[触摸屏无响应] --> B{中断触发?} > B -->|否| C[检查GPIO/中断控制器配置] > B -->|是| D{ADC换完成?} > D -->|否| E[检查ADC时钟/寄存器配置] > D -->|是| F{input事件上报?} > F -->|否| G[检查input子系统注册] > F -->|是| H[用户层接收事件] > ``` ### 常见问题排查表 | 现象 | 可能原因 | 检查点 | |---------------------|-------------------------|--------------------------| | 坐标值跳跃 | ADC采样噪声 | 增加滤波算法/检查参考电压 | | 抬起事件不上报 | 中断丢失 | 检查WAIT4INT模式设置[^2] | | 多触点失效 | 驱动不支持多点上报 | 设置INPUT_MT_* 事件 | | 用户层无事件 | input设备未注册成功 | 检查input_register_device()[^4] |
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值