利用ordered hints优化SQL
SQL_ID 4g70n3k9bqc5v, child number 0
-------------------------------------
MERGE INTO YJBZH_GRXDFHZMXJL GRXDFHZMXJL USING ( SELECT A.AGMT_ID AS
AGMT_ID, B.CUST_NAME AS CUST_NAME FROM DWF.F_AGT_CADB_BOOK_H A,
DWF.F_AGT_SAVB_BASICINFO_H B WHERE A.START_DT <= TO_DATE(:B1
,'yyyy-mm-dd') AND A.END_DT > TO_DATE(:B1 ,'yyyy-mm-dd') AND B.START_DT
<= TO_DATE(:B1 ,'yyyy-mm-dd') AND B.END_DT > TO_DATE(:B1 ,'yyyy-mm-dd')
AND A.MASTER_CARD_NO = B.AGMT_ID ) SAVB_BASICINFO ON (
RTRIM(GRXDFHZMXJL.DFZH) = SAVB_BASICINFO.AGMT_ID AND CJRQ =
TO_CHAR(TO_DATE(:B1 , 'YYYY-MM-DD'),'yyyymmdd') ) WHEN MATCHED THEN
UPDATE SET GRXDFHZMXJL.DFHM = SAVB_BASICINFO.CUST_NAME
Plan hash value: 2923259190
---------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------------------------
| 0 | MERGE STATEMENT | | | | 44331 (100)| |
| 1 | MERGE | YJBZH_GRXDFHZMXJL | | | | |
| 2 | VIEW | | | | | |
| 3 | NESTED LOOPS | | 1 | 1862 | 44331 (1)| 00:08:52 |
| 4 | NESTED LOOPS | | 15 | 1862 | 44331 (1)| 00:08:52 |
| 5 | MERGE JOIN CARTESIAN | | 1 | 1808 | 44313 (1)| 00:08:52 |
|* 6 | TABLE ACCESS FULL | YJBZH_GRXDFHZMXJL | 1 | 1762 | 26057 (1)| 00:05:13 |
| 7 | BUFFER SORT | | 2120K| 93M| 18256 (2)| 00:03:40 |
|* 8 | TABLE ACCESS FULL | F_AGT_SAVB_BASICINFO_H | 2120K| 93M| 18256 (2)| 00:03:40 |
|* 9 | INDEX RANGE SCAN | F_AGT_CADB_BOOK_H_IDX2 | 15 | | 2 (0)| 00:00:01 |
|* 10 | TABLE ACCESS BY INDEX ROWID| F_AGT_CADB_BOOK_H | 1 | 54 | 18 (0)| 00:00:01 |
---------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
6 - filter("CJRQ"=TO_CHAR(TO_DATE(:B1,'YYYY-MM-DD'),'yyyymmdd'))
8 - filter(("B"."START_DT"<=TO_DATE(:B1,'yyyy-mm-dd') AND
"B"."END_DT">TO_DATE(:B1,'yyyy-mm-dd')))
9 - access("A"."AGMT_ID"=RTRIM("GRXDFHZMXJL"."DFZH") AND
"A"."END_DT">TO_DATE(:B1,'yyyy-mm-dd') AND "A"."END_DT" IS NOT NULL)
10 - filter(("A"."MASTER_CARD_NO" IS NOT NULL AND "A"."START_DT"<=TO_DATE(:B1,'yyyy-mm-dd')
AND "A"."MASTER_CARD_NO"="B"."AGMT_ID"))
select count(*) from YJBZH_GRXDFHZMXJL
--0
后来发现多个merge在一个会话里,添加日志后表数据有20W+
select count(*) from dwf.F_AGT_SAVB_BASICINFO_H B where (("B"."START_DT"<=TO_DATE(20131231,'yyyy-mm-dd') AND
"B"."END_DT">TO_DATE(20131231,'yyyy-mm-dd')))
---返回了1071795条记录
那此时ID=5 就傻逼了,实际需要至少返回1071795 然后作为驱动集去驱动ID=9 那么F_AGT_CADB_BOOK_H_IDX2 需要扫描1071795次,此时SQL肯定跑不出来
这时候关联顺序变成了YJBZH_GRXDFHZMXJL和F_AGT_SAVB_BASICINFO_H进行笛卡尔积,产生的结果集在和F_AGT_CADB_BOOK_H进行关联,但是看SQL并不是这样
正确的关联顺序是F_AGT_CADB_BOOK_H和F_AGT_SAVB_BASICINFO_H关联产生的结果集在和YJBZH_GRXDFHZMXJL关联。
添加hints:
ORDERED提示强制Oracle按照From子句中表出现的顺序进行表连接。
通过ORDERED提示,可以避免CBO SQL解析过程中的表连接评估,从而避免Oracle产生错误的执行计划,或者强制Oracle按照我们指定的方式执行。在很多时候,当我们清楚地了解数据结构和数据分布之后,就可以通过ORDERED提示来提高SQL性能。
SQL_ID cw628tpmjcbjv, child number 0
-------------------------------------
MERGE /*+ordered*/ INTO YJBZH_GRXDFHZMXJL GRXDFHZMXJL USING ( SELECT
A.AGMT_ID AS AGMT_ID, B.CUST_NAME AS CUST_NAME FROM
DWF.F_AGT_CADB_BOOK_H A, DWF.F_AGT_SAVB_BASICINFO_H B WHERE A.START_DT
<= TO_DATE(:B1 ,'yyyy-mm-dd') AND A.END_DT > TO_DATE(:B1 ,'yyyy-mm-dd')
AND B.START_DT <= TO_DATE(:B1 ,'yyyy-mm-dd') AND B.END_DT > TO_DATE(:B1
,'yyyy-mm-dd') AND A.MASTER_CARD_NO = B.AGMT_ID ) SAVB_BASICINFO ON (
RTRIM(GRXDFHZMXJL.DFZH) = SAVB_BASICINFO.AGMT_ID AND CJRQ =
TO_CHAR(TO_DATE(:B1 , 'YYYY-MM-DD'),'yyyymmdd') ) WHEN MATCHED THEN
UPDATE SET GRXDFHZMXJL.DFHM = SAVB_BASICINFO.CUST_NAME
Plan hash value: 2400855618
--------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
--------------------------------------------------------------------------------------------------------
| 0 | MERGE STATEMENT | | | | | 138K(100)| |
| 1 | MERGE | YJBZH_GRXDFHZMXJL | | | | | |
| 2 | VIEW | | | | | | |
|* 3 | HASH JOIN | | 1 | 1862 | | 138K (2)| 00:27:39 |
|* 4 | TABLE ACCESS FULL | YJBZH_GRXDFHZMXJL | 1 | 1762 | | 26057 (1)| 00:05:13 |
|* 5 | HASH JOIN | | 11M| 1074M| 374M| 112K (2)| 00:22:25 |
|* 6 | TABLE ACCESS FULL| F_AGT_CADB_BOOK_H | 5951K| 306M| | 69245 (2)| 00:13:51 |
|* 7 | TABLE ACCESS FULL| F_AGT_SAVB_BASICINFO_H | 2120K| 93M| | 18256 (2)| 00:03:40 |
--------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("A"."AGMT_ID"=RTRIM("GRXDFHZMXJL"."DFZH"))
4 - filter("CJRQ"=TO_CHAR(TO_DATE(:B1,'YYYY-MM-DD'),'yyyymmdd'))
5 - access("A"."MASTER_CARD_NO"="B"."AGMT_ID")
6 - filter(("A"."MASTER_CARD_NO" IS NOT NULL AND "A"."START_DT"<=TO_DATE(:B1,'yyyy-mm-dd')
AND "A"."END_DT">TO_DATE(:B1,'yyyy-mm-dd')))
7 - filter(("B"."START_DT"<=TO_DATE(:B1,'yyyy-mm-dd') AND
"B"."END_DT">TO_DATE(:B1,'yyyy-mm-dd')))
利用ordered hints优化SQL的更多相关文章
- 【转】利用 force index优化sql语句性能
今天写了一个统计sql,在一个近亿条数据的表上执行,200s都查不出结果.SQL如下: select customer,count(1) c from upv_** where created bet ...
- 利用 force index优化sql语句性能
[转自:https://blog.csdn.net/bruce128/article/details/46777567]并进行总结 今天写了一个统计sql,在一个近亿条数据的表上执行,200s都查不出 ...
- 再一次利用with as 优化SQL
上海的一个哥们问我有个SQL跑了4个小时都没跑完,实在受不了了,找我优化一下.我确实挺佩服他的,要是我遇到跑了几分钟的,就受不了了. SQL语句和执行计划如下: --sql id:1qbbw3th4x ...
- 利用查询提示优化SQL
数据库环境:SQL SERVER 2005 我们来看一下SQL语句及对应的数据量 SELECT COUNT(*) FROM cinvout_02 a WHERE ( a.dept_id IN ( SE ...
- 利用DBMS_SQLTUNE优化SQL
DBMS_SQLTUNE优化SQL是在oracle10g才出来的新特性,使用它能很大程度上方便对sql的分析和优化.执行DBMS_SQLTUNE包进行sql优化需要有advisor的权限: stat& ...
- [转]利用/*+Ordered*/提高查询性能
[转]利用/*+Ordered*/提高查询性能 2009-02-06 10:46:27| 分类: Oracle | 标签: |字号大中小 订阅 消耗在准备利用Oracle执行计划机制提高查询性能 ...
- advisor调优工具优化sql(基于sql_id)
advisor调优工具优化sql(基于sql_id) 问题背景:客户反馈数据库迁移后cpu负载激增,帮忙查看原因 解决思路:1> 查看问题系统发现有大量的latch: cache buffers ...
- 【转】使用SQL Tuning Advisor STA优化SQL
SQL优化器(SQL Tuning Advisor STA)是Oracle10g中推出的帮助DBA优化工具,它的特点是简单.智能,DBA值需要调用函数就可以给出一个性能很差的语句的优化结果.下面介绍一 ...
- sql语句优化SQL Server
MS SQL Server查询优化方法查询速度慢的原因很多,常见如下几种 1.没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2.I/O吞吐量小,形成了 ...
随机推荐
- struts2原理架构图
struts2 原理架构图
- 基于redis 内存数据库简单使用
在ecplise中使用内存数据的客端户,前提要准备要下载两个jar包 commons-pool2-2.0.jar jedis-2.4.2.jar 前提准备做好了,那我们就开启redis的服务,打开一个 ...
- 重新启动linux上的tomcat
1.进入tomcat安装文件夹 2.cd bin 3../shutdown.sh 4../startup.sh
- TCP/IP协议原理与应用笔记10:TCP/IP协议族
1. 协议族视图如下:(这里我们列举重要的,并不是所有的) (1)网络接入层(数据链路层 和 物理层): 通过接入的物理网络的 功能 和 覆盖范围 进行分析划分为: •LANs :局域网(Local ...
- css标签选择器
/*标签选择器*/ input[type="text"] { width: 60%; } </style>
- java直接输出Excel 页面实现下载
public String excelDomnload() throws Exception{ try{ /* String path = GlobalKeys.getFunctionConfig(& ...
- div 显示滚动条
overflow-x:auto 显示横向滚动条 overflow-y:hidden 隐藏纵向滚动条 引用此class,只显示横向的滚动条 .max{ margin:auto; overflow- ...
- iOS真机测试种可能遇到的问题
1. Reason- image not found 用模拟器是没有问题的,不过在真机好像是有问题,不确定是否是所有机型. 崩溃日志 1 2 3 4 5 dyld: Library not l ...
- Swift - 23 - 选择结构
//: Playground - noun: a place where people can play import UIKit var rating = "A" // if - ...
- uvalive 5721 Activation (概率dp+方程)
题目链接:http://vjudge.net/problem/viewProblem.action?id=24999 主要思想就是解方程的思想. 二维dp应该很容易想到,就是当前位置加队伍长度. dp ...