博客
关于我
Oracle Dump 分析学习总结
阅读量:127 次
发布时间:2019-02-26

本文共 1855 字,大约阅读时间需要 6 分钟。

简单分析dump出来的Oracle数据块

一、dump数据块

Oracle的ROWID包含了数据对象号、数据文件号、数据文件中的块号以及块中的行号等信息。这些信息可以通过DBMS_ROWID包转换为具体的数字。

SQL> select dbms_rowid.ROWID_RELATIVE_FNO(rowid) as file#,       dbms_rowid.ROWID_BLOCK_NUMBER(rowid) as block#,       dbms_rowid.ROWID_ROW_NUMBER(rowid) as row#,       a.* from paololiu.test1 a;

运行上述SQL语句后,会发现所有记录都位于第6号文件的131号块,分别占用了块内的第0、1、2行。

二、分析dump出来的数值

数据结构分析

SQL> desc test1;Name        Null?   Type-----------  -----  ----------------------------AAA        NULL    CHAR(5)BBB        NULL    VARCHAR2(50)
  • typ=96表示字符类型(CHAR)
  • typ=1表示可变长字符串类型(VARCHAR2)
  • 数值型字段的ASCII值对应字符编码(例如,97=a,98=b,99=c,49=1,50=2)
  • 空格填充字符为32,字符串长度补充为32

数值类型分析

1. 整数类型分析

SQL> select dump(123456) as dump1 from dual;

输出结果:

  • Typ=2 Len=4: 195,13,35,57
  • 195-193=2
  • 13-1=12 → 12×100²=120000
  • 35-1=34 → 34×100¹=3400
  • 57-1=56 → 56×100⁰=56
  • 总计:120000 + 3400 + 56 = 123456

2. 浮点数类型分析

SQL> select dump(123456.789) as dump1 from dual;

输出结果:

  • Typ=2 Len=6: 195,13,35,57,79,91
  • 195-194=2
  • 13-1=12 → 12×100²=120000
  • 35-1=34 → 34×100¹=3400
  • 57-1=56 → 56×100⁰=56
  • 79-1=78 → 78×100⁻¹=0.78
  • 91-1=90 → 90×100⁻²=0.09
  • 总计:120000 + 3400 + 56 + 0.78 + 0.09 = 123456.789

3. 负数类型分析

SQL> select dump(-98765.4321) as dump1 from dual;

输出结果:

  • Typ=2 Len=7: 60,92,14,36,58,80,102
  • 62-60=2
  • 92-101=-9 → -9×100²=-90000
  • 14-101=-87 → -87×100¹=-8700
  • 36-101=-65 → -65×100⁰=-65
  • 58-101=-43 → -43×100⁻¹=-0.43
  • 80-101=-21 → -21×100⁻²=-0.0021
  • 总计:-90000 - 8700 - 65 - 0.43 - 0.0021 = -98765.4321

ORACLE系统dump分析

某日数据库运行异常,通过SQL*Plus无法正常连接。查看alert.log发现多次时间漂移警告(VKTM detected a time drift),表明数据库可能存在时钟驱动问题。

SQL> sqlplus -prelim / as sysdba;SQL> oradebug setmypid;SQL> oradebug dump systemdump 266;

等待90秒后,通过awk脚本分析dump文件,发现主要原因是ASH(Active Session History)缓存不足,导致 emergency flush频繁发生。可以通过增加ASH大小或优化相关查询来解决问题。

最终,建议执行以下步骤:

  • 检查数据库时钟配置,确保系统时间正确
  • 观察ASH大小,必要时调整为较大值
  • 监控emergency flush事件,评估是否需要优化相关业务逻辑
  • 定期清理缓存或调优数据库性能
  • 通过上述方法,可以有效解决数据库hang问题,确保系统稳定运行。

    转载地址:http://gkfy.baihongyu.com/

    你可能感兴趣的文章
    MySQL Workbench安装教程以及菜单汉化
    查看>>
    MySQL Xtrabackup 安装、备份、恢复
    查看>>
    mysql [Err] 1436 - Thread stack overrun: 129464 bytes used of a 286720 byte stack, and 160000 bytes
    查看>>
    MySQL _ MySQL常用操作
    查看>>
    MySQL – 导出数据成csv
    查看>>
    MySQL —— 在CentOS9下安装MySQL
    查看>>
    mysql 不区分大小写
    查看>>
    mysql 两列互转
    查看>>
    MySQL 中开启二进制日志(Binlog)
    查看>>
    MySQL 中文问题
    查看>>
    MySQL 中日志的面试题总结
    查看>>
    MySQL 中随机抽样:order by rand limit 的替代方案
    查看>>
    MySQL 为什么需要两阶段提交?
    查看>>
    mysql 为某个字段的值加前缀、去掉前缀
    查看>>
    mysql 主从 lock_mysql 主从同步权限mysql 行锁的实现
    查看>>
    mysql 主从互备份_mysql互为主从实战设置详解及自动化备份(Centos7.2)
    查看>>
    mysql 主键重复则覆盖_数据库主键不能重复
    查看>>
    Mysql 优化 or
    查看>>
    mysql 优化器 key_mysql – 选择*和查询优化器
    查看>>
    MySQL 优化:Explain 执行计划详解
    查看>>