oracle trc文件_ORACLE中seq$表更新频繁的分析

最新推荐文章于 2023-05-24 14:30:28 发布
最新推荐文章于 2023-05-24 14:30:28 发布
阅读量415 收藏
点赞数
文章标签： oracle trc文件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_35858091/article/details/113090478
版权

  在分析ORACLE的AWR报告时，发现SQL ordered by Executions(记录了按照SQL的执行次数排序的TOP SQL。该排序可以看出监控范围内的SQL执行次数)下有一个SQL语句执行非常频繁，一个小时执行了上万次：

update seq$ set increment$=:2, minvalue=:3, maxvalue=:4, cycle#=:5, order$=:6, cache=:7, highwater=:8, audit$=:9, flags=:10 where obj#=:1

  那么seq$这个数据字典表是做什么用的呢？其实这个数据字典表是保存的是数据库下序列对象(SEQUENCE)的相关信息，而且它用来维护序列的变化。如下所示，我们通过实验来验证一下，我们启用10046事件，跟踪一下会话(level=4 表示启用SQL_TRACE并捕捉跟踪文件中的绑定变量)，我们跟踪会话创建序列的过程。下面测试环境为Oracle 11g

SQL> show user;
USER is "TEST"
SQL> alter session set events '10046 trace name context forever, level 4';

Session altered.

SQL> create sequence my_sequence_test
  2  start with 1
  3  increment by 1
  4  maxvalue 999999999
  5  nocache;

Sequence created.

SQL> alter session set events '10046 trace name context off';

Session altered.

SQL> SELECT    a.VALUE
  2         || b.symbol
  3         || LOWER(c.instance_name)
  4         || '_ora_'
  5         || d.spid
  6         || '.trc' trace_file
  7    FROM (SELECT VALUE
  8            FROM v$parameter
  9           WHERE NAME = 'user_dump_dest') a,
 10         (SELECT SUBSTR (VALUE, -6, 1) symbol
 11            FROM v$parameter
 12           WHERE NAME = 'user_dump_dest') b,
 13         (SELECT instance_name
 14            FROM v$instance) c,
 15         (SELECT spid
 16            FROM v$session s, v$process p, v$mystat m
 17           WHERE s.paddr = p.addr AND s.SID = m.SID AND m.statistic# = 0) d
 18  /

TRACE_FILE
--------------------------------------------------------------------------------
/u01/app/oracle/diag/rdbms/gsp/gsp/trace/gsp_ora_28201.trc
[oracle@DB-Server trace]$ tkprof gsp_ora_28201.trc  anay_out_28201.txt aggreage=yes;
LRM-00101: unknown parameter name 'aggreage'
error during command line parsing, cannot continue.
[oracle@DB-Server trace]$ tkprof gsp_ora_28201.trc  anay_out_28201.txt aggregate=yes;

TKPROF: Release 11.2.0.1.0 - Development on Tue Aug 29 22:52:08 2017

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

  使用tkprof将跟踪文件转换成可读格式的文件后，你会注意到：在创建序列时，会往数据字典表seq$中插入一条记录(其实创建序列的本质就是在seq$和obj$中插入了一条记录)，如下截图所示：

52a50a2ab2cf5c662bf362be824c4173.png

tkprof格式化后的输出文件里面，没有绑定变量，在原始跟踪文件gsp_ora_28201.trc中，你可以看到对应绑定变量的值

8f7922e759d1601fb04b28dec753bc98.png

使用下面脚本，你就会发现这个都是对应序列对象的一些信息(序列对象的OBJECT_ID、MINVALUE、MAXVALUE、CACHE等等)

SQL> show user;
USER is "SYS"
SQL> select obj#,increment$,minvalue,maxvalue,cycle#,cache,highwater
  2  from seq$
  3  where obj#=97570;
 
      OBJ# INCREMENT$   MINVALUE   MAXVALUE     CYCLE#      CACHE  HIGHWATER
---------- ---------- ---------- ---------- ---------- ---------- ----------
     97570          1          1  999999999          0          0          1
 
SQL> select object_type,object_name from dba_objects
  2  where object_id=97570;
 
OBJECT_TYPE         OBJECT_NAME
-------------------  -----------------------------------------------
SEQUENCE            MY_SEQUENCE_TEST
 
SQL> select * from dba_sequences where sequence_name='MY_SEQUENCE_TEST';
 
SEQUENCE_OWNER SEQUENCE_NAME     MIN_VALUE  MAX_VALUE INCREMENT_BY C O CACHE_SIZE LAST_NUMBER
-------------- ---------------- ---------- ---------- ------------ - - ---------- -----------
TEST           MY_SEQUENCE_TEST          1  999999999            1 N N          0           1
 
SQL> 
38527afe642564610387a0d2e8d8ea9f.png

那么，我们接下来使用SQL TRACE看看使用SEQUENCE时，会对seq$表有啥操作。如下所示，我们在启用SQL_TRACE后，执行3次该SQL语句

SQL> show user;
USER is "TEST"
SQL> select my_sequence_test.currval, my_sequence_test.nextval from dual;
 
   CURRVAL    NEXTVAL
---------- ----------
         1          1
 
SQL> alter session set sql_trace=true;
 
Session altered.
 
SQL> select my_sequence_test.currval, my_sequence_test.nextval from dual;
 
   CURRVAL    NEXTVAL
---------- ----------
         2          2
 
SQL> select my_sequence_test.currval, my_sequence_test.nextval from dual;
 
   CURRVAL    NEXTVAL
---------- ----------
         3          3
 
SQL> select my_sequence_test.currval, my_sequence_test.nextval from dual;
 
   CURRVAL    NEXTVAL
---------- ----------
         4          4
 
SQL> alter session set sql_trace=false;
 
Session altered.
 
SQL> 

在跟踪文件中(具体过程跟上面查看跟踪文件类似，在此忽略具体过程)，你会看到也对seq$做了三次更新，更新HIGHWATER的值。

update seq$ set increment$=:2,minvalue=:3,maxvalue=:4,cycle#=:5,order$=:6,

  cache=:7,highwater=:8,audit$=:9,flags=:10

where

 obj#=:1
2d874fee0d6c97e7dff42ea7a05f769d.png

那么我们接下来，我们修改序列CACHE属性的值，然后重复上面操作，如下所示，在跟踪文件里面，你会看到只更新了seq$一次，其实更新seq$的更新次数是跟CACHE的值有关系的。所以适当的使用CACHE，是可以减少更新seq$数据字典表的次数。

SQL> alter sequence my_sequence_test cache 10;
 
Sequence altered.
 
SQL> alter session set sql_trace=true;
 
Session altered.
 
SQL> select my_sequence_test.currval, my_sequence_test.nextval from dual;
 
   CURRVAL    NEXTVAL
---------- ----------
         5          5
 
SQL> select my_sequence_test.currval, my_sequence_test.nextval from dual;
 
   CURRVAL    NEXTVAL
---------- ----------
         6          6
 
SQL> select my_sequence_test.currval, my_sequence_test.nextval from dual;
 
   CURRVAL    NEXTVAL
---------- ----------
         7          7
 
SQL> alter session set sql_trace=false;
 
Session altered.
 
SQL> 
68141ff2d53731f48cdaad6bd1bf7a68.png

那么我们接下来创建一个表，然后循环递归调用序列，然后生成对应时间段的AWR报告，我们来重现一下生产环境遇到的问题：

SQL> create table test(id  number);
 
Table created.
 
 
begin
        
        for row_num in 1 .. 50000
        loop
          insert into test
            select  my_sequence_test.nextval from dual;
            
            commit;
        end loop;
end;
/

  如下所示，你看到INSERT语句执行了50000次，而更新seq$执行了5000次，因为上面测试将序列的CACHE设置为10了，如果没有设置CACHE，那么序列被调用50000次，更新seq$对象也将更新50000次。

376e64dba8039f55daa869e7c98166f1.png

另外，调用序列也会有一些redo log开销，如下测试所示，我们先将序列设置为NOCACHE，然后测试过程发现，每次执行都有900多大小的redo log生成。

SQL> alter sequence my_sequence_test nocache;
 
Sequence altered.
 
SQL> set autotrace on;
SQL> select  my_sequence_test.nextval from dual; 
 
   NEXTVAL
----------
     50015
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1070122491
 
-----------------------------------------------------------------------------
| Id  | Operation        | Name             | Rows  | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |                  |     1 |     2   (0)| 00:00:01 |
|   1 |  SEQUENCE        | MY_SEQUENCE_TEST |       |            |          |
|   2 |   FAST DUAL      |                  |     1 |     2   (0)| 00:00:01 |
-----------------------------------------------------------------------------
 
Statistics
----------------------------------------------------------
         30  recursive calls
          3  db block gets
          3  consistent gets
          0  physical reads
        908  redo size
        527  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed
 
SQL> select  my_sequence_test.nextval from dual;
 
   NEXTVAL
----------
     50016
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1070122491
 
-----------------------------------------------------------------------------
| Id  | Operation        | Name             | Rows  | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |                  |     1 |     2   (0)| 00:00:01 |
|   1 |  SEQUENCE        | MY_SEQUENCE_TEST |       |            |          |
|   2 |   FAST DUAL      |                  |     1 |     2   (0)| 00:00:01 |
-----------------------------------------------------------------------------
 
Statistics
----------------------------------------------------------
         14  recursive calls
          4  db block gets
          1  consistent gets
          0  physical reads
        908  redo size
        527  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed
 
SQL> 

如果使用CACHE的sequence对象而言，redo size生成的频率显然是低得多。如下所示，测试三次，只有第一次生成了redo log， 当然这个是跟序列的CACHE值有关，当缓存的序列值使用完了，生成新的序列值缓存时，也会产生redo log。

SQL> alter sequence my_sequence_test cache 10;
 
Sequence altered.
 
SQL> set autotrace on;
SQL> select  my_sequence_test.nextval from dual;
 
   NEXTVAL
----------
     50017
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1070122491
 
-----------------------------------------------------------------------------
| Id  | Operation        | Name             | Rows  | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |                  |     1 |     2   (0)| 00:00:01 |
|   1 |  SEQUENCE        | MY_SEQUENCE_TEST |       |            |          |
|   2 |   FAST DUAL      |                  |     1 |     2   (0)| 00:00:01 |
-----------------------------------------------------------------------------
 
Statistics
----------------------------------------------------------
         30  recursive calls
          3  db block gets
          3  consistent gets
          0  physical reads
        908  redo size
        527  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed
 
SQL> select  my_sequence_test.nextval from dual;
 
   NEXTVAL
----------
     50018
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1070122491
 
-----------------------------------------------------------------------------
| Id  | Operation        | Name             | Rows  | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |                  |     1 |     2   (0)| 00:00:01 |
|   1 |  SEQUENCE        | MY_SEQUENCE_TEST |       |            |          |
|   2 |   FAST DUAL      |                  |     1 |     2   (0)| 00:00:01 |
-----------------------------------------------------------------------------
 
Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          0  consistent gets
          0  physical reads
          0  redo size
        527  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed
 
SQL> select  my_sequence_test.nextval from dual;
 
   NEXTVAL
----------
     50019
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1070122491
 
-----------------------------------------------------------------------------
| Id  | Operation        | Name             | Rows  | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |                  |     1 |     2   (0)| 00:00:01 |
|   1 |  SEQUENCE        | MY_SEQUENCE_TEST |       |            |          |
|   2 |   FAST DUAL      |                  |     1 |     2   (0)| 00:00:01 |
-----------------------------------------------------------------------------
 
Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          0  consistent gets
          0  physical reads
          0  redo size
        527  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

  另外一个问题就是，如果序列是NOCACHE，并发调用序列时， 那么也会产生row lock contention， 所以给序列设置一个合适的CACHE值是有很大好处的，既能减少redo log的产生，也能避免减少row lock contention(并发更新seq$同一行记录)。但是序列设置了CACHE后，也有可能遇到跳号问题。那么这个就需要根据实际情况酌情考虑处理了。

参考资料：

https://asktom.oracle.com/pls/asktom/f?p=100:11:451611870226342::::P11_QUESTION_ID:2985886242221

http://www.xifenfei.com/forum/performance/%E5%85%B3%E4%BA%8Eoracle-sequence%E4%B8%80%E4%BA%9B%E5%B0%8F%E6%B5%8B%E8%AF%95

其实我也不知道你
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
trc等文件定时清理脚本.zip_oracle_thinqhz_归档及trc文件自动清理脚本
09-24
Oracle数据库归档，trc，监听log自动清理脚本
ORACLE中seq$表更新频繁的分析
weixin_34209851的博客
08-30 264
在分析ORACLE的AWR报告时，发现SQL ordered by Executions（记录了按照SQL的执行次数排序的TOP SQL。该排序可以看出监控范围内的SQL执行次数）下有一个SQL语句执行非常频繁，一个小时执行了上万次：   update seq$ set increment$=:2, minvalue=:3, maxvalue=:4, cycle#=:5, order$=:6, c...
【深度长文】循序渐进解读Oracle AWR性能分析报告
u010719917的专栏
10-28 6136
【深度长文】循序渐进解读Oracle AWR性能分析报告 原创 2016-10-19 韩锋 DBAplus社群 http://mp.weixin.qq.com/s?__biz=MzI4NTA1MDEwNg==&mid=2650757102&idx=1&sn=bf3dc43a42226740cd1983c60251b77a&chksm=f3f9e27bc48e6b6df0aa
SQL 调整
BubbleKitty的小園
04-21 795
<br /><br />性能调整<br />SQL 调整 1.SQL性能测量工具 <br />TKPROF<br />全名为Trace Kernel Profile，用来格式化跟踪文件，是一个命令行工具，基本的格式<br />如下：<br />tkprof tracefile outputfile …<br />可选参数及说明如下：<br />Option Description<br />EXPLAIN 为每个SQL语句产生执行计划，指定用户方案和密码，使用其中的PLAN_TABLE<br />表<br
sqlplus常用命令
gezi_的博客
05-08 3215
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/seawavecau/archive/2006/11/22/1403903.aspx               ToT show和set命令是两条用于维护SQL*Plus系统变量的命令     SQL> show all --查看所有68个系统变量值     SQL> show user -
sequence的nocache选项
11-29 883
--问题:1,创建nocache sequence在高并发访问时,容易导致row cache lock等待事件,主要原因是每次获取nextval时都需要修改rowcache中的字典信息,本文对此进行测试.2,相关信息:2.1使用...
oracle gets/exec 单位,Oracle AWR报告分析之–SQL ordered by
weixin_39692271的博客
04-09 1164
1、SQL ordered by Elapsed TimeResources reported for PL/SQL code includes the resources used by all SQL statements called by the code.% Total DB Time is the Elapsed Time of the SQL statement divided in...
由pga增高,吃swap空间导致的服务器夯机事件
ArchonSbkd的博客
05-24 170
pga高、swap高
trc_com_log.rar_串口 存
09-19
记录串口收到的数据并存到文件,主要用于不容易发现的程序BUG调试
oracle报错（ORA-00600）问题处理
12-16
Errorsinfile/u01/app/oracle/admin/orcl/udump/orcl_ora_29974.trc: ORA-00600:internalerrorcode,arguments:[kcblasm_1],[103],[],[],[],[],[],[] TueAug1209:30:17CST2014 Errorsinfile/u01/app
.trc文件转换工具，.trc转换为.asc工具
12-22
.trc文件转换工具,.trc转换为.asc,特别实用
EXFO OTDR分析工具 ToolBox office
06-13
EXFO官方专业报告分析软件，toolbox office，能够分析打印EXFO OTDR测试文件.trc,同时还能进行文件转换等，功能很强大。
Oracle Sequence不设置cache参数的几个潜在问题
Hehuyi_In的博客
08-12 1573
在Oracle中，我们没有MYSQL和SQL Server可以使用的自增数据类型。大部分场景下，如果我们需要生成业务无关的（Business-Independent）主键列，序列Sequence对象是我们最方便的选择。 定义Sequence是很简单的，如果最大程度利用默认值，我们只需要定义sequence对象的名字即可。在序列Sequence对象的定义中，Cache是一个可选择的参数（默认为20）。 那么，这个Cache参数对Sequence的使用带来什么好处？如果不设置，会有什么问题。本篇我们就一起来
oracle序列keep,分享ORACLE SEQUENCE跳号总结
weixin_33258874的博客
04-03 606
在ORACLE数据库中，序列(SEQUENCE)是使用非常频繁的一个数据库对象，但是有时候会遇到序列(SEQUECNE)跳号(skip sequence numbers)的情形，那么在哪些情形下会遇到跳号呢？事务回滚引起的跳号不管序列有没有CACHE、事务回滚这种情况下，都会引起序列的跳号。如下实验所示：SQL> create sequence my_sequence2 start with...
oracle修改字符集的风险,字符集问题的初步探讨(三)-字符集的更改
weixin_42519497的博客
04-09 861
字符集问题的初步探讨(三)-字符集的更改原文发表于itpub技术丛书《Oracle数据库DBA专题技术精粹》,未经许可,严禁转载本文.2． 字符集的更改数据库创建以后，如果需要修改字符集，通常需要重建数据库，通过导入导出的方式来转换。我们也可以通过以下方式更改ALTER DATABASE CHARACTER SET注意:修改数据库字符集时必须谨慎，修改之前一定要为数据库备份。由于不能回退这项操作,...
AWR报告解读
喝醉酒的小白
09-25 1万+
分析下这份AWR报告，主要从CPU、IO、内存、语句类型来分析。
Oracle 通过AWR的SQL ordered by Gets和SQL ordered by Reads诊断问题
热门推荐
关注系统性能调优
05-13 1万+
之前看过很多数据库报告，直到最近出现过两次严重的性能问题，非常有代表性，所以记录下来。    一次是报Oracle进程把数据库服务器的CPU弄到100%     SQL ordered by Gets  是在内存中取数据，单位是次，是消耗CPU的主要源头，在调试SQL的时候，大部分时候都是通过它来衡量性能。下面是实际的AWR报告，相当骇人啊： SQL ordered by Gets
SQL ordered by Elapsed Time
David
05-16 8386
1、查询oracle快照 select t.snap_id as snap_id, to_char(t.startup_time, 'yyyy-mm-dd hh24:mi:ss') as "SQL第一次执行时间", to_char(t.begin_interval_time, 'yyyy-mm-dd hh24:mi:ss') as "快照开始时间", ...
后端开发是一个涉及广泛技术和工具的领域.docx
最新发布
04-30
后端开发是一个涉及广泛技术和工具的领域，这些资源对于构建健壮、可扩展和高效的Web应用程序至关重要。以下是对后端开发资源的简要介绍： 首先，掌握一门或多门编程语言是后端开发的基础。Java、Python和Node.js是其中最受欢迎的几种。Java以其跨平台性和丰富的库而著名，Python则因其简洁的语法和广泛的应用领域而备受欢迎。Node.js则通过其基于JavaScript的单线程异步I/O模型，为Web开发提供了高性能的解决方案。 其次，数据库技术是后端开发中不可或缺的一部分。关系型数据库（如MySQL、PostgreSQL）和非关系型数据库（如MongoDB、Redis）各有其特点和应用场景。关系型数据库适合存储结构化数据，而非关系型数据库则更适合处理大量非结构化数据。 此外，Web开发框架也是后端开发的重要资源。例如，Express是一个基于Node.js的Web应用开发框架，它提供了丰富的API和中间件支持，使得开发人员能够快速地构建Web应用程序。Django则是一个用Python编写的Web应用框架，它采用了MVC的软件设计模式，使得代码结构更加清晰和易于维护。
lsm6ds3trc_ctrl4_sleep_enable
09-01
lsm6ds3trc_ctrl4_sleep_enable是一个用来控制LSM6DS3TRC（一种六轴惯性传感器）的寄存器位。该位的作用是使能传感器的睡眠模式。 在传感器的睡眠模式下，传感器将进入低功耗状态，以节省能量并延长电池寿命。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值