当前位置: 开发笔记 > 数据库 > 正文

OracleSQL执行计划变更的问题

作者：白小蛮 | 来源：互联网 | 2014-07-13 17:52

oracle的执行计划经常会遭遇绑定变量窥视问题，导致执行计划变更，引起数据库负载飙升，带来性能问题。昨天有段时间，数据库负载报警，cpu使用率近100%。今天通过awr发现，等待事件第一位的是readbyothers...SyntaxHighlighter.all();

oracle的执行计划经常会遭遇绑定变量窥视问题，导致执行计划变更，引起数据库负载飙升，带来性能问题。

昨天有段时间，数据库负载报警，cpu使用率近100%。

今天通过awr发现，等待事件第一位的是read by other session；SQL Statistics 中几乎都是同一条sql排在第一：56s18gn1k19yp 该sql一个小时内执行了3700多次。

从这种迹象来看，应该是执行计划发生了变更。 www.2cto.com

oracle 10G中可以通过下面的三个视图查询到语句的历史执行信息：

DBA_HIST_SQL_PLAN

DBA_HIST_SQLSTAT

DBA_HIST_SNAPSHOT

查看语句的历史执行信息，是否发生变化，何时发生了变化。如果发生了变化,找出以前的执行计划,与当前的执行计划进行对比,有什么不同。

通过下面的sql查询执行计划是否发生变化：

select a.INSTANCE_NUMBER,a.snap_id,a.sql_id,a.plan_hash_value,b.begin_interval_time

from dba_hist_sqlstat a, dba_hist_snapshot b

where sql_id =&＃39;56s18gn1k19yp&＃39;

and a.snap_id = b.snap_id

order by instance_number, snap_id;

SQL> select a.snap_id, a.sql_id, a.plan_hash_value,to_char(b.begin_interval_time,&＃39;yyyy-mm-dd hh24:mi:ss&＃39;)

2 from dba_hist_sqlstat a, dba_hist_snapshot b

3 where sql_id =&＃39;56s18gn1k19yp&＃39;

4 and a.snap_id = b.snap_id

5 order by snap_id desc; www.2cto.com

SNAP_ID SQL_ID PLAN_HASH_VALUE TO_CHAR(B.BEGIN_INT

---------- ------------- --------------- -------------------

30569 56s18gn1k19yp 947531627 2012-03-02 14:00:30

30558 56s18gn1k19yp 947531627 2012-03-02 03:00:12

30552 56s18gn1k19yp 947531627 2012-03-01 21:00:36

30551 56s18gn1k19yp 2658265176 2012-03-01 20:00:27

30550 56s18gn1k19yp 947531627 2012-03-01 19:00:21

30535 56s18gn1k19yp 947531627 2012-03-01 04:00:31

30527 56s18gn1k19yp 947531627 2012-02-29 20:00:37

30524 56s18gn1k19yp 947531627 2012-02-29 17:00:24

30521 56s18gn1k19yp 947531627 2012-02-29 14:00:11

30519 56s18gn1k19yp 947531627 2012-02-29 12:00:04

30518 56s18gn1k19yp 947531627 2012-02-29 11:00:59

30511 56s18gn1k19yp 947531627 2012-02-29 04:00:11

30510 56s18gn1k19yp 947531627 2012-02-29 03:00:04

30502 56s18gn1k19yp 947531627 2012-02-28 19:00:27

30501 56s18gn1k19yp 947531627 2012-02-28 18:00:22

30500 56s18gn1k19yp 947531627 2012-02-28 17:00:18

30498 56s18gn1k19yp 947531627 2012-02-28 15:00:11

30497 56s18gn1k19yp 947531627 2012-02-28 14:00:07

30491 56s18gn1k19yp 947531627 2012-02-28 08:00:25

30475 56s18gn1k19yp 947531627 2012-02-27 16:00:03

30464 56s18gn1k19yp 947531627 2012-02-27 05:00:06

30463 56s18gn1k19yp 947531627 2012-02-27 04:00:00

30461 56s18gn1k19yp 947531627 2012-02-27 02:00:51

30456 56s18gn1k19yp 947531627 2012-02-26 21:00:31

30448 56s18gn1k19yp 2658265176 2012-02-26 13:00:55

30440 56s18gn1k19yp 947531627 2012-02-26 05:00:33

30439 56s18gn1k19yp 947531627 2012-02-26 04:00:25

30438 56s18gn1k19yp 947531627 2012-02-26 03:00:17

30437 56s18gn1k19yp 947531627 2012-02-26 02:00:09

30428 56s18gn1k19yp 947531627 2012-02-25 17:00:16

30423 56s18gn1k19yp 947531627 2012-02-25 12:00:51

30418 56s18gn1k19yp 947531627 2012-02-25 07:00:05

30416 56s18gn1k19yp 947531627 2012-02-25 05:00:55

30415 56s18gn1k19yp 947531627 2012-02-25 04:00:50

30406 56s18gn1k19yp 947531627 2012-02-24 19:00:52

30398 56s18gn1k19yp 947531627 2012-02-24 11:00:12

30396 56s18gn1k19yp 947531627 2012-02-24 09:00:56

30392 56s18gn1k19yp 947531627 2012-02-24 05:00:23

30391 56s18gn1k19yp 947531627 2012-02-24 04:00:11

30388 56s18gn1k19yp 947531627 2012-02-24 01:00:46

30383 56s18gn1k19yp 947531627 2012-02-23 20:00:15

30380 56s18gn1k19yp 947531627 2012-02-23 17:00:56

30377 56s18gn1k19yp 947531627 2012-02-23 14:00:37

30377 56s18gn1k19yp 2658265176 2012-02-23 14:00:37

我们注意到最近一次3月1号20点左右，执行计划发生了变化。

具体查看这两种执行计划有什么区别：

select sql_id,plan_hash_value,id,operation,options,object_owner,object_name,depth,cost,timestamp

from DBA_HIST_SQL_PLAN

where sql_id =&＃39;56s18gn1k19yp&＃39;

and plan_hash_value in (947531627,2658265176);

SQL> select plan_hash_value,id,operation,options,object_name,depth,cost,timestamp

2 from DBA_HIST_SQL_PLAN www.2cto.com

3 where sql_id =&＃39;56s18gn1k19yp&＃39;

4 and plan_hash_value in (947531627,2658265176);

PLAN_HASH_VALUE ID OPERATION OPTIONS OBJECT_NAME DEPTH COST TIMESTAMP

--------------- --- -------------------- -------------------- ------------------------------- ----- ---------- -------------------

947531627 0 SELECT STATEMENT 0 84 2011-09-27 04:33:34

947531627 1 COUNT STOPKEY 1 2011-09-27 04:33:34

947531627 2 VIEW 2 84 2011-09-27 04:33:34

947531627 3 SORT ORDER BY STOPKEY 3 84 2011-09-27 04:33:34

947531627 4 TABLE ACCESS BY INDEX ROWID BLOG_USER 4 3 2011-09-27 04:33:34

947531627 5 NESTED LOOPS 5 83 2011-09-27 04:33:34

947531627 6 HASH JOIN OUTER 6 17 2011-09-27 04:33:34

947531627 7 TABLE ACCESS BY INDEX ROWID CIRCLE_PAPER_MAIN 7 13 2011-09-27 04:33:34

947531627 8 INDEX RANGE SCAN IDX_CIRCLE_PAPER_MAIN_CID 8 3 2011-09-27 04:33:34

947531627 9 TABLE ACCESS BY INDEX ROWID CIRCLE_DISCUSS_CLASS 7 3 2011-09-27 04:33:34 www.2cto.com

947531627 10 INDEX RANGE SCAN IDX_CIRCLE_DISCUSS_CLASS_CID 8 1 2011-09-27 04:33:34

947531627 11 INDEX RANGE SCAN IDX_BLOG_USER_BLOGID 6 2 2011-09-27 04:33:34

2658265176 0 SELECT STATEMENT 0 9516 2012-02-22 15:54:33

2658265176 1 COUNT STOPKEY 1 2012-02-22 15:54:33

2658265176 2 VIEW 2 9516 2012-02-22 15:54:33

2658265176 3 SORT ORDER BY STOPKEY 3 9516 2012-02-22 15:54:33

2658265176 4 HASH JOIN RIGHT OUTER 4 8181 2012-02-22 15:54:33

2658265176 5 TABLE ACCESS BY INDEX ROWID CIRCLE_DISCUSS_CLASS 5 3 2012-02-22 15:54:33

2658265176 6 INDEX RANGE SCAN IDX_CIRCLE_DISCUSS_CLASS_CID 6 1 2012-02-22 15:54:33

2658265176 7 HASH JOIN 5 8177 2012-02-22 15:54:33

2658265176 8 TABLE ACCESS FULL CIRCLE_PAPER_MAIN 6 953 2012-02-22 15:54:33

2658265176 9 TABLE ACCESS FULL BLOG_USER 6 4954 2012-02-22 15:54:33

我们从查询结果中可以看到不同：

plan_hash_value = 947531627 --执行计划走索引

plan_hash_value = 2658265176 --执行计划走全表扫描

使用coe_xfr_sql_profile.sql可以发现两种执行计划的效率(AVG_ET_SECS)：

SQL> @coe_xfr_sql_profile.sql

Parameter 1: www.2cto.com

SQL_ID (required)

Enter value for 1: 56s18gn1k19yp

PLAN_HASH_VALUE AVG_ET_SECS

--------------- -----------

947531627 .037

2658265176 24.646

Parameter 2:

PLAN_HASH_VALUE (required)

Enter value for 2: 947531627

如何固定执行计划：

10g推荐使用sql profile来固定执行计划，coe_xfr_sql_profile.sql的本质也是调用sql profile来固定执行计划的。

本文来自于无忧网客联盟

推荐阅读

oracle
SQL数据库管理系统（DBMS）中常见函数的差异与应用

本文详细探讨了不同SQL数据库管理系统（DBMS）在限制输出结果、拼接字段和日期时间处理方面的函数差异。通过具体示例，帮助读者理解并掌握如何在不同DBMS中实现相同功能。 ... [详细]

蜡笔小新 2024-12-28 13:26:49
数据库
深入探讨DB2数据库性能优化策略

本文详细介绍了IBM DB2数据库在大型应用系统中的应用，强调其卓越的可扩展性和多环境支持能力。文章深入分析了DB2在数据利用性、完整性、安全性和恢复性方面的优势，并提供了优化建议以提升其在不同规模应用程序中的表现。 ... [详细]

蜡笔小新 2024-12-28 13:22:19
数据库
PHP 5.2.5 安装与配置指南

本文详细介绍了 PHP 5.2.5 的安装和配置步骤，帮助开发者解决常见的环境配置问题，特别是上传图片时遇到的错误。通过本教程，您可以顺利搭建并优化 PHP 运行环境。 ... [详细]

蜡笔小新 2024-12-27 19:05:41
数据库
深入理解 SQL 视图、存储过程与事务

本文详细介绍了SQL中的视图、存储过程和事务的概念及应用。视图为用户提供了一种灵活的数据查询方式，存储过程则封装了复杂的SQL逻辑，而事务确保了数据库操作的完整性和一致性。 ... [详细]

蜡笔小新 2024-12-27 17:40:42
数据库
构建基于BERT的中文NL2SQL模型：一个简明的基准

本文探讨了将自然语言转换为SQL语句（NL2SQL）的任务，这是人工智能领域中一项非常实用的研究方向。文章介绍了笔者在公司举办的首届中文NL2SQL挑战赛中的实践，该比赛提供了金融和通用领域的表格数据，并标注了对应的自然语言与SQL语句对，旨在训练准确的NL2SQL模型。 ... [详细]

蜡笔小新 2024-12-27 17:36:19
sql
深入解析HTML中的标签及其应用场景

本文详细介绍了HTML中标签的使用方法和作用。通过具体示例，解释了如何利用标签为网页中的缩写和简称提供完整解释，并探讨了其在提高可读性和搜索引擎优化方面的优势。 ... [详细]

蜡笔小新 2024-12-27 17:05:37
数据库
数据库内核开发入门 | 搭建研发环境的初步指南

本课程将带你从零开始，逐步掌握数据库内核开发的基础知识和实践技能，重点介绍如何搭建OceanBase的开发环境。 ... [详细]

蜡笔小新 2024-12-27 16:38:48
oracle
MyBatis 动态 SQL 详解与应用

本文深入探讨 MyBatis 中动态 SQL 的使用方法，包括 if/where、trim 自定义字符串截取规则、choose 分支选择、封装查询和修改条件的 where/set 标签、批量处理的 foreach 标签以及内置参数和 bind 的用法。 ... [详细]

蜡笔小新 2024-12-27 16:20:10
数据库
使用C#开发SQL Server存储过程的指南

本文介绍如何利用C#在SQL Server中创建存储过程，涵盖背景、步骤和应用场景，旨在帮助开发者更好地理解和应用这一技术。 ... [详细]

蜡笔小新 2024-12-27 14:24:17
oracle
探索适用于Spring Boot的Web版SQL管理工具

本文探讨了适用于Spring Boot应用程序的Web版SQL管理工具，这些工具不仅支持H2数据库，还能够处理MySQL和Oracle等主流数据库的表结构修改。 ... [详细]

蜡笔小新 2024-12-27 14:21:10
database
网站与MySQL数据库的连接与交互

本文详细介绍了如何通过多种编程语言（如PHP、JSP）实现网站与MySQL数据库的连接，包括创建数据库、表的基本操作，以及数据的读取和写入方法。 ... [详细]

蜡笔小新 2024-12-27 14:09:23
数据库
MyBatis：深入解析与应用

在当前众多持久层框架中，MyBatis（前身为iBatis）凭借其轻量级、易用性和对SQL的直接支持，成为许多开发者的首选。本文将详细探讨MyBatis的核心概念、设计理念及其优势。 ... [详细]

蜡笔小新 2024-12-27 12:17:16
数据库
DataGridView 保存时，为什么当前单元格的值无法保存？

在使用 DataGridView 时，如果在当前单元格中输入内容但光标未移开，点击保存按钮后，输入的内容可能无法保存。只有当光标离开单元格后，才能成功保存数据。本文将探讨如何通过调用 DataGridView 的内置方法解决此问题。 ... [详细]

蜡笔小新 2024-12-27 09:27:14
数据库
在 Linux 系统中部署 PostgreSQL 数据库

本文详细介绍了如何在 Linux 平台上安装和配置 PostgreSQL 数据库。通过访问官方资源并遵循特定的操作步骤，用户可以在不同发行版（如 Ubuntu 和 Red Hat）上顺利完成 PostgreSQL 的安装。 ... [详细]

蜡笔小新 2024-12-27 03:46:27
数据库
如何在PostgreSQL中查看数据表

本文将指导您使用pgAdmin工具连接到PostgreSQL数据库，并展示如何浏览和查找其中的数据表。通过简单的步骤，您可以轻松访问所需的表结构和数据。 ... [详细]

蜡笔小新 2024-12-26 19:55:24

白小蛮

这个家伙很懒，什么也没留下！

Tags | 热门标签

RankList | 热门文章