热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

Oracle12CRAC的optimizer_adaptive_features数据插入超时

使用10046事件追踪方式,直接生成上传时的数据库事件日志进行分析,发现主要区别在于以下两条sql语句在每次长时间上传时都有出现,并且执行用户不是上传用户,而是数据库SYS用户。

问题分析

使用10046事件追踪方式,直接生成上传时的数据库事件日志进行分析,发现主要区别在于以下两条sql语句在每次长时间上传时都有出现,并且执行用户不是上传用户,而是数据库SYS用户。


********************************************************************************

SQL ID: frjd8zfy2jfdq Plan Hash: 510421217

SELECT executions, end_of_fetch_count,              elapsed_time/px_servers
  elapsed_time,        cpu_time/px_servers     cpu_time,
  buffer_gets/executions  buffer_gets
FROM
 (SELECT sum(executions)   as executions,                            sum(case
  when px_servers_executions > 0                              then
  px_servers_executions                                  else executions end)
  as px_servers,                sum(end_of_fetch_count) as end_of_fetch_count,
                sum(elapsed_time) as elapsed_time,
  sum(cpu_time)     as cpu_time,                     sum(buffer_gets)  as
  buffer_gets            FROM   gv$sql
  WHERE executions > 0                                 AND sql_id = :1
                              AND parsing_schema_name = :2)


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse       64      0.00       0.00          0          0          0           0
Execute     64      0.24       0.91          0          0          0           0
Fetch       64      0.14       0.42          0          0          0          64
call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse       64      0.00       0.00          0          0          0           0
Execute     64      0.24       0.91          0          0          0           0
Fetch       64      0.14       0.42          0          0          0          64
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total      192      0.39       1.34          0          0          0          64

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: CHOOSE
Parsing user id: SYS   (recursive depth: 1)
Number of plan statistics captured: 64

Rows (st) Rows (avg) Rows (max)  Row Source Operation
---------- ---------- ----------  ---------------------------------------------------
         1          1          1  VIEW  (cr=0 pr=0 pw=0 time=20602 us)
         1          1          1   SORT AGGREGATE (cr=0 pr=0 pw=0 time=20596 us)
         0          0          0    PX COORDINATOR  (cr=0 pr=0 pw=0 time=20573 us)
         0          0          0     PX SEND QC (RANDOM) :TQ10000 (cr=0 pr=0 pw=0 time=0 us)
         0          0          0      VIEW  GV$SQL (cr=0 pr=0 pw=0 time=0 us)
         0          0          0       FIXED TABLE FIXED INDEX X$KGLCURSOR_CHILD (ind:2) (cr=0 pr=0 pw=0 time=0 us)


Elapsed times include waiting on following events: Event waited on                             Times   Max. Wait  Total Waited ----------------------------------------   Waited  ----------  ------------ PX Deq: reap credit                          1448        0.00          0.02
  PX Deq: Join ACK                              193        0.00          0.25
  IPC send completion sync                      128        0.00          0.08
  PX Deq: Parse Reply                           128        0.06          0.24
  PX Deq: Execute Reply                         128        0.00          0.06
  reliable message                               64        0.00          0.06
  PX Deq: Signal ACK EXT                        128        0.00          0.01
  PX Deq: Slave Session Stats                   128        0.00          0.01
  enq: PS - contention                           66        0.00          0.09
  KJC: Wait for msg sends to complete             5        0.00          0.00
  latch: shared pool                              1        0.00          0.00
********************************************************************************

SQL ID: b4wp0a8dvkf0 Plan Hash: 4033942373

SELECT executions, end_of_fetch_count,              elapsed_time/px_servers
  elapsed_time,        cpu_time/px_servers     cpu_time,
  buffer_gets/executions  buffer_gets
FROM
 (SELECT sum(executions_delta) as EXECUTIONS,
  sum(case when px_servers_execs_delta > 0
  then px_servers_execs_delta                                       else
  executions_delta end) as px_servers,
  sum(end_of_fetch_count_delta) as end_of_fetch_count,
  sum(elapsed_time_delta) as ELAPSED_TIME,              sum(cpu_time_delta)
  as CPU_TIME,                      sum(buffer_gets_delta) as BUFFER_GETS
       FROM   DBA_HIST_SQLSTAT s,
  V$DATABASE d,                                         DBA_HIST_SNAPSHOT sn
                           WHERE  s.dbid = d.dbid
       AND  bitand(nvl(s.flag, 0), 1) = 0                    AND
  sn.end_interval_time >                                   (select
  systimestamp at TIME ZONE dbtimezone                  from dual) - 7
                         AND  s.sql_id = :1
   AND  s.snap_id = sn.snap_id                           AND
  s.instance_number = sn.instance_number           AND  s.dbid = sn.dbid
                             AND  parsing_schema_name = :2)


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse       64      0.00       0.00          0          0          0           0
Execute     64      0.08       0.08          0          0          0           0
Fetch       64      0.13       0.27          0       1170          0          64
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total      192      0.21       0.36          0       1170          0          64

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: CHOOSE
Parsing user id: SYS   (recursive depth: 1)
Number of plan statistics captured: 3

Rows (st) Rows (avg) Rows (max)  Row Source Operation
---------- ---------- ----------  ---------------------------------------------------
         1          1          1  VIEW  (cr=18 pr=0 pw=0 time=6289 us cost=17 size=78 card=1)
         1          1          1   SORT AGGREGATE (cr=18 pr=0 pw=0 time=6282 us)
         0          0          0    NESTED LOOPS  (cr=18 pr=0 pw=0 time=6263 us cost=15 size=124 card=1)
         0          0          0     NESTED LOOPS  (cr=18 pr=0 pw=0 time=6258 us cost=15 size=124 card=1)
         0          0          0      HASH JOIN  (cr=18 pr=0 pw=0 time=6256 us cost=14 size=97 card=1)
         0          0          0       NESTED LOOPS  (cr=18 pr=0 pw=0 time=6244 us cost=14 size=97 card=1)
         0          0          0        STATISTICS COLLECTOR  (cr=18 pr=0 pw=0 time=6241 us)
         0          0          0         NESTED LOOPS  (cr=18 pr=0 pw=0 time=6223 us cost=13 size=81 card=1)
         1          1          1          MERGE JOIN CARTESIAN (cr=0 pr=0 pw=0 time=5648 us cost=0 size=10 card=1)
         1          1          1           FIXED TABLE FULL X$KCCDI (cr=0 pr=0 pw=0 time=3449 us cost=0 size=10 card=1)
         1          1          1           BUFFER SORT (cr=0 pr=0 pw=0 time=2187 us cost=0 size=0 card=1)
         1          1          1            FIXED TABLE FULL X$KCCDI2 (cr=0 pr=0 pw=0 time=2136 us cost=0 size=0 card=1)
         0          0          0          PARTITION RANGE ITERATOR PARTITION: KEY KEY (cr=18 pr=0 pw=0 time=568 us cost=13 size=71 card=1)
         0          0          0           TABLE ACCESS BY LOCAL INDEX ROWID BATCHED WRH$_SQLSTAT PARTITION: KEY KEY (cr=18 pr=0 pw=0 time=511 us cost=13 size=71 card=1)
         0          0          0            INDEX RANGE SCAN WRH$_SQLSTAT_INDEX PARTITION: KEY KEY (cr=18 pr=0 pw=0 time=477 us cost=11 size=0 card=2)(object id 8299)
         0          0          0        TABLE ACCESS BY INDEX ROWID WRM$_SNAPSHOT (cr=0 pr=0 pw=0 time=0 us cost=1 size=16 card=1)
         0          0          0         INDEX UNIQUE SCAN WRM$_SNAPSHOT_PK (cr=0 pr=0 pw=0 time=0 us cost=0 size=0 card=1)(object id 8695)
         0          0          0       TABLE ACCESS FULL WRM$_SNAPSHOT (cr=0 pr=0 pw=0 time=0 us cost=1 size=16 card=1)
         0          0          0      INDEX UNIQUE SCAN WRM$_SNAPSHOT_PK (cr=0 pr=0 pw=0 time=0 us cost=0 size=0 card=1)(object id 8695)
         0          0          0     TABLE ACCESS BY INDEX ROWID WRM$_SNAPSHOT (cr=0 pr=0 pw=0 time=0 us cost=1 size=27 card=1)
         0          0          0      FAST DUAL  (cr=0 pr=0 pw=0 time=0 us cost=2 size=0 card=1)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  Disk file operations I/O                        3        0.00          0.00
  control file sequential read                  448        0.00          0.18
********************************************************************************

经过资料分析,这两条语句是由于开通了Oracle 12C的新功能而产生的,此功能为“optimizer_adaptive_features”。其主要功能是为了在语句执行过程中实时收集表的统计信息,方便Oracle选择更准确的执行计划。

但是,这个功能在RAC非常损耗性能,因为它需要查找全局视图gv$sql的数据,在多个实例的情况下会进行并发执行,参考这篇资料。

因为“optimizer_adaptive_features”参数宣称在OLAP数据仓库环境中可以获得较好的效果,实际在重上传轻查询的OLTP系统上,可以关闭这项新功能。

实验测试

因为该参数支持会话级别和系统级别调整,因为可以在单独一个会话内测试下插入时间和查询时间。

  • 插入测试

采用同时提交多条TARGETTABLE数据。
打开“optimizer_adaptive_features”时为2.2秒,关闭该功能时为0.375。

  • 查询测试

采用系统中执行最多的语句进行测试。

打开“optimizer_adaptive_features”时为0.05秒,关闭该功能时为0.02秒。

  • 关闭方式

因为“optimizer_adaptive_features”为动态参数,在系统级别修改时不需要重启。已在测试环境试验可用。

执行语句为

 alter system set optimizer_adaptive_features=false scope=both;


推荐阅读
  • SQL中UPDATE SET FROM语句的使用方法及应用场景
    本文详细介绍了SQL中UPDATE SET FROM语句的使用方法,通过具体示例展示了如何利用该语句高效地更新多表关联数据。适合数据库管理员和开发人员参考。 ... [详细]
  • 本文详细介绍如何使用Python进行配置文件的读写操作,涵盖常见的配置文件格式(如INI、JSON、TOML和YAML),并提供具体的代码示例。 ... [详细]
  • 使用C#开发SQL Server存储过程的指南
    本文介绍如何利用C#在SQL Server中创建存储过程,涵盖背景、步骤和应用场景,旨在帮助开发者更好地理解和应用这一技术。 ... [详细]
  • 本文探讨了适用于Spring Boot应用程序的Web版SQL管理工具,这些工具不仅支持H2数据库,还能够处理MySQL和Oracle等主流数据库的表结构修改。 ... [详细]
  • 本文详细介绍了如何通过多种编程语言(如PHP、JSP)实现网站与MySQL数据库的连接,包括创建数据库、表的基本操作,以及数据的读取和写入方法。 ... [详细]
  • 在当前众多持久层框架中,MyBatis(前身为iBatis)凭借其轻量级、易用性和对SQL的直接支持,成为许多开发者的首选。本文将详细探讨MyBatis的核心概念、设计理念及其优势。 ... [详细]
  • 在使用 DataGridView 时,如果在当前单元格中输入内容但光标未移开,点击保存按钮后,输入的内容可能无法保存。只有当光标离开单元格后,才能成功保存数据。本文将探讨如何通过调用 DataGridView 的内置方法解决此问题。 ... [详细]
  • 本文详细介绍了如何在 Linux 平台上安装和配置 PostgreSQL 数据库。通过访问官方资源并遵循特定的操作步骤,用户可以在不同发行版(如 Ubuntu 和 Red Hat)上顺利完成 PostgreSQL 的安装。 ... [详细]
  • 如何在PostgreSQL中查看数据表
    本文将指导您使用pgAdmin工具连接到PostgreSQL数据库,并展示如何浏览和查找其中的数据表。通过简单的步骤,您可以轻松访问所需的表结构和数据。 ... [详细]
  • 利用存储过程构建年度日历表的详细指南
    本文将介绍如何使用SQL存储过程创建一个完整的年度日历表。通过实例演示,帮助读者掌握存储过程的应用技巧,并提供详细的代码解析和执行步骤。 ... [详细]
  • 本文介绍了如何通过 Maven 依赖引入 SQLiteJDBC 和 HikariCP 包,从而在 Java 应用中高效地连接和操作 SQLite 数据库。文章提供了详细的代码示例,并解释了每个步骤的实现细节。 ... [详细]
  • 在使用SQL Server进行动态SQL查询时,如果遇到LIKE语句无法正确返回预期结果的情况,通常是因为参数传递方式不当。本文将详细探讨这一问题,并提供解决方案及相关的技术背景。 ... [详细]
  • 本文介绍如何通过创建替代插入触发器,使对视图的插入操作能够正确更新相关的基本表。涉及的表包括:飞机(Aircraft)、员工(Employee)和认证(Certification)。 ... [详细]
  • MySQL缓存机制深度解析
    本文详细探讨了MySQL的缓存机制,包括主从复制、读写分离以及缓存同步策略等内容。通过理解这些概念和技术,读者可以更好地优化数据库性能。 ... [详细]
  • SQLite 动态创建多个表的需求在网络上有不少讨论,但很少有详细的解决方案。本文将介绍如何在 Qt 环境中使用 QString 类轻松实现 SQLite 表的动态创建,并提供详细的步骤和示例代码。 ... [详细]
author-avatar
秦schueler
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有