oracle a-rows 不准确,E-Rows与A-Rows相差大，可能是什么原因

最新推荐文章于 2023-11-08 16:30:51 发布
最新推荐文章于 2023-11-08 16:30:51 发布
阅读量371 收藏
点赞数
文章标签： oracle a-rows 不准确

Plan hash value: 3171350582

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

| Id  | Operation                                  | Name                | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers | Reads  |  OMem |  1Mem | Used-Mem |

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

|   1 |  TABLE ACCESS BY INDEX ROWID               | KH_KHDD             |      1 |      1 |    22 |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      0 |       |       |          |

|*  2 |   INDEX UNIQUE SCAN                        | SYS_C008867         |      1 |      1 |       |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      0 |       |       |          |

|   3 |  SORT AGGREGATE                            |                     |      1 |      1 |    13 |    |          |      1 |00:00:00.01 |       4 |      2 |       |       |          |

|*  4 |   TABLE ACCESS BY INDEX ROWID              | TICKET_RETURNRECORD |      1 |      1 |    13 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      2 |       |       |          |

|*  5 |    INDEX RANGE SCAN                        | IDX_RETURN_TK       |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       2 |      1 |       |       |          |

|*  6 |  COUNT STOPKEY                             |                     |      1 |        |       |    |          |      1 |00:00:00.01 |       4 |      0 |       |       |          |

|*  7 |   TABLE ACCESS BY INDEX ROWID              | TICKET_RETURNRECORD |      1 |      1 |    15 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      0 |       |       |          |

|*  8 |    INDEX RANGE SCAN                        | IDX_RETURN_TK       |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       2 |      0 |       |       |          |

|*  9 |  COUNT STOPKEY                             |                     |      1 |        |       |    |          |      1 |00:00:00.01 |       4 |      0 |       |       |          |

|* 10 |   TABLE ACCESS BY INDEX ROWID              | TICKET_RETURNRECORD |      1 |      1 |    15 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      0 |       |       |          |

|* 11 |    INDEX RANGE SCAN                        | IDX_RETURN_TK       |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       2 |      0 |       |       |          |

|  12 |  TABLE ACCESS BY INDEX ROWID               | B_ZC_BXXZ           |      1 |      1 |    22 |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       6 |      0 |       |       |          |

|* 13 |   INDEX UNIQUE SCAN                        | SYS_C006844         |      1 |      1 |       |  0   (0)|     |      1 |00:00:00.01 |       5 |      0 |       |       |          |

|* 14 |    COUNT STOPKEY                           |                     |      1 |        |       |    |          |      1 |00:00:00.01 |       4 |      0 |       |       |          |

|  15 |     TABLE ACCESS BY INDEX ROWID            | KH_KHDD             |      1 |      1 |    39 |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      0 |       |       |          |

|* 16 |      INDEX UNIQUE SCAN                     | SYS_C008867         |      1 |      1 |       |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      0 |       |       |          |

|* 17 |  COUNT STOPKEY                             |                     |      1 |        |       |    |          |      1 |00:00:00.01 |       4 |      1 |       |       |          |

|  18 |   TABLE ACCESS BY INDEX ROWID              | KH_KHDD             |      1 |      1 |    26 |  4   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      1 |       |       |          |

|* 19 |    INDEX RANGE SCAN                        | KHDD_PNR            |      1 |      1 |       |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      1 |       |       |          |

|* 20 |  COUNT STOPKEY                             |                     |      1 |        |       |    |          |      1 |00:00:00.01 |       4 |      0 |       |       |          |

|  21 |   TABLE ACCESS BY INDEX ROWID              | KH_KHDDCJR          |      1 |      1 |    24 |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      0 |       |       |          |

|* 22 |    INDEX UNIQUE SCAN                       | SYS_C008878         |      1 |      1 |       |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      0 |       |       |          |

|* 23 |  COUNT STOPKEY                             |                     |      1 |        |       |    |          |      1 |00:00:00.01 |       4 |      0 |       |       |          |

|  24 |   TABLE ACCESS BY INDEX ROWID              | KH_KHDDCJR          |      1 |      1 |    24 |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      0 |       |       |          |

|* 25 |    INDEX UNIQUE SCAN                       | SYS_C008878         |      1 |      1 |       |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      0 |       |       |          |

|* 26 |  COUNT STOPKEY                             |                     |      1 |        |       |    |          |      1 |00:00:00.01 |       4 |      0 |       |       |          |

|* 27 |   TABLE ACCESS BY INDEX ROWID              | TICKET_RETURNRECORD |      1 |      1 |    32 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      0 |       |       |          |

|* 28 |    INDEX RANGE SCAN                        | IDX_RETURN_TK       |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       2 |      0 |       |       |          |

|  29 |  SORT AGGREGATE                            |                     |      1 |      1 |    55 |    |          |      1 |00:00:00.01 |       6 |      3 |       |       |          |

|  30 |   NESTED LOOPS                             |                     |      1 |      1 |    55 |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       6 |      3 |       |       |          |

|  31 |    TABLE ACCESS BY INDEX ROWID             | T_GQSQB_MX          |      1 |      1 |    34 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      1 |       |       |          |

|* 32 |     INDEX RANGE SCAN                       | IDX_T_GQSQB_MX_TKNO |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       2 |      0 |       |       |          |

|* 33 |    TABLE ACCESS BY INDEX ROWID             | T_GQSQB             |      1 |      1 |    21 |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      2 |       |       |          |

|* 34 |     INDEX UNIQUE SCAN                      | PK_T_GQSQB          |      1 |      1 |       |  0   (0)|     |      1 |00:00:00.01 |       2 |      1 |       |       |          |

|  35 |  SORT AGGREGATE                            |                     |      1 |      1 |    55 |    |          |      1 |00:00:00.01 |       6 |      0 |       |       |          |

|  36 |   NESTED LOOPS                             |                     |      1 |      1 |    55 |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       6 |      0 |       |       |          |

|  37 |    TABLE ACCESS BY INDEX ROWID             | T_GQSQB_MX          |      1 |      1 |    34 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      0 |       |       |          |

|* 38 |     INDEX RANGE SCAN                       | IDX_T_GQSQB_MX_TKNO |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       2 |      0 |       |       |          |

|* 39 |    TABLE ACCESS BY INDEX ROWID             | T_GQSQB             |      1 |      1 |    21 |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      0 |       |       |          |

|* 40 |     INDEX UNIQUE SCAN                      | PK_T_GQSQB          |      1 |      1 |       |  0   (0)|     |      1 |00:00:00.01 |       2 |      0 |       |       |          |

|* 41 |  TABLE ACCESS BY INDEX ROWID               | TICKET_ALL          |      1 |      1 |    56 |  3   (0)| 00:00:01 |         0 |00:00:00.01 |       4 |      0 |       |       |          |

|* 42 |   INDEX UNIQUE SCAN                        | SYS_C0011742        |      1 |      1 |       |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      0 |       |       |          |

|* 43 |  INDEX RANGE SCAN                          | IDX_TICKZF3         |      1 |      1 |    19 |  3   (0)| 00:00:01 |         0 |00:00:00.01 |       3 |      1 |       |       |          |

|  44 |  SORT ORDER BY                             |                     |      1 |      1 |   828 | 37   (6)| 00:00:01 |         1 |00:01:16.68 |     139K|  49999 |  4096 |  4096 | 4096  (0)|

|* 45 |   HASH JOIN SEMI                           |                     |      1 |      1 |   828 | 36   (3)| 00:00:01 |         1 |00:01:16.63 |     139K|  49991 |   683K|   683K|  376K (0)|

|  46 |    NESTED LOOPS                            |                     |      1 |      1 |   823 | 32   (0)| 00:00:01 |         1 |00:01:16.63 |     139K|  49991 |       |       |          |

|  47 |     NESTED LOOPS OUTER                     |                     |      1 |      1 |   821 |  8   (0)| 00:00:01 |         1 |00:01:16.60 |     139K|  49988 |       |       |          |

|  48 |      NESTED LOOPS OUTER                    |                     |      1 |      1 |   791 |  6   (0)| 00:00:01 |         1 |00:01:16.59 |     139K|  49986 |       |       |          |

|* 49 |       TABLE ACCESS BY INDEX ROWID          | TICKET_ALL          |      1 |      1 |   765 |  4   (0)| 00:00:01 |         1 |00:01:16.58 |     139K|  49984 |       |       |          |

|* 50 |        INDEX RANGE SCAN                    | IDX_DP_DATETIME     |      1 |      2 |       |  3   (0)| 00:00:01 |       457K|00:00:08.31 |    4756 |   3095 |       |       |          |

|  51 |       TABLE ACCESS BY INDEX ROWID          | KH_KHDDCJR          |      1 |      1 |    26 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      2 |       |       |          |

|* 52 |        INDEX UNIQUE SCAN                   | SYS_C008878         |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      1 |       |       |          |

|  53 |      TABLE ACCESS BY INDEX ROWID           | TICKET_EXTEND       |      1 |      1 |    30 |  2   (0)| 00:00:01 |         1 |00:00:00.01 |       4 |      2 |       |       |          |

|* 54 |       INDEX UNIQUE SCAN                    | SYS_C0011880        |      1 |      1 |       |  1   (0)| 00:00:01 |         1 |00:00:00.01 |       3 |      1 |       |       |          |

|  55 |     COLLECTION ITERATOR PICKLER FETCH      | TICKJE              |      1 |        |       |    |          |      1 |00:00:00.03 |      64 |      3 |       |       |          |

|  56 |    VIEW                                    | VW_NSO_1            |      1 |      7 |    35 |  3   (0)| 00:00:01 |         1 |00:00:00.01 |       7 |      0 |       |       |          |

|* 57 |     CONNECT BY NO FILTERING WITH START-WITH|                     |      1 |        |       |    |          |      1 |00:00:00.01 |       7 |      0 |       |       |          |

|  58 |      TABLE ACCESS FULL                     | VE_COMP             |      1 |      7 |    77 |  3   (0)| 00:00:01 |         7 |00:00:00.01 |       7 |      0 |       |       |          |

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

Jusper Lee
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
cx_Oracle-6.0b2-py3.6-win32.rar
06-06
《Python与Oracle数据库交互：cx_Oracle模块详解》 Python是一种功能强大且广泛使用的编程语言，而Oracle数据库是企业级数据库管理系统中的佼佼者。在Python中与Oracle数据库进行交互，我们通常会借助cx_Oracle模块...
ORACLE-SQL性能优化(内部培训资料).docx
11-28
ORACLE SQL 性能优化系列 在 ORACLE SQL 中，性能优化是非常重要的一方面。一个良好的性能优化可以提高数据库的运行效率，减少资源的占用和提高用户体验。下面将从多个方面对 ORACLE SQL 的性能优化进行详细的介绍...
oracle执行计划的rows不对,执行计划中Cardinality (Estimated Rows， E-Rows) 估算错误原因分析...
weixin_29434351的博客
04-03 386
http://structureddata.org/2007/11/21/troubleshooting-bad-execution-plans/1. Data skew ： NDV (Number of distinct values) inaccurate due to data skew and a poor dbms_stats sample?Data correlation: Are ...
oracle执行计划的rows不对,执行计划中E-rows和A-rows差距过大
weixin_27722377的博客
04-03 818
大家好，执行计划中E-rows和A-rows差距很大，请问是什么原因引起的。具体SQL和执行计划如下：(一)SQL语句SELECT *FROM (SELECT"Distinct1"."C1" AS "C1","Distinct1"."ID2" AS "ID","Distinct1"."ID" AS "ID1","Distinct1"."PNR" AS "PNR","Distinct1"."ORDE...
Oracle性能诊断艺术-读书笔记（执行计划中显示 Starts, E-Rows, REM A-Rows and A-Time)等）...
dnil27295的博客
06-17 310
必须以 ' runstats_last '的方式查看执行计划哦！ 操作一 hint /*+ gather_plan_statistics */ ： /* 添加 hint /*+ gather_plan_statistics */ SELECT * FROM table(dbms_xplan.display_cursor(NULL,NULL,'ru...
oracle执行计划的rows不对,关于oracle执行计划ROWS的疑惑
weixin_33783273的博客
04-03 627
本帖最后由 y54967892 于 2012-5-11 12:44 编辑SQL语句如下：select * from TB_PURFA fajoin cy2.TB_PUBFA fa1 on fa1.pubfa_id = fa.purfa002wherefa.purfa_id = 755and fa.FLAG = 0;用的是内连，返回一行数据，在pubfa002上面建有普通索引，但是没有外键约束。...
oracle a-rows 不准确,如何在执行计划中显示A-ROWS？
weixin_36071315的博客
04-07 548
我的做法如下：1.在pl/sql中执行如下语句：SELECT /*+gather_plan_statistics analyze_5 */*FROM fp_pz_lsWHERE(nsrdzdah, fpzl_dm, yxq_q, xlh) IN (SELECT nsrdzdah,fpzl_dm,yxq_q,MAX(xlh)FROM fp_pz_lsGROUPBY nsrdzdah,...
执行计划显示Starts,E-Rows,A-Rows,A-Time
cuanernu0615的博客
01-16 793
SQL> select /*+gather_plan_statistics*/* from scott.emp where ename='KING' ; EMPNO ENAME JOB ...
Oracle获取执行计划的6种方法
热门推荐
林世广
11-08 1万+
Oracle获取执行计划的6种方法
Oracle Row Pattern Matching in Sequences of Rows-计算机科学
04-22
Date: March 21, 2007AbstractThis paper addresses the need of finding patterns in a sequence of rows. We see this often in Com- plex Event Processing where business processes are driven from sequence ...
《Pro Oracle SQL》CHAPTER 9 The Model Clause -- 9.4Returning Updated Rows
04-04
《Pro Oracle SQL》一书的第9章深入探讨了Oracle数据库中的"Model"子句，这一章节重点关注如何使用Model子句来更新数据行。在Oracle SQL中，Model子句是一种强大的功能，允许进行复杂的行处理和模拟迭代计算，通常...
章-PLSQL程序设计(与“变量”有关文档共47张).pptx
11-16
总之，PL/SQL是Oracle数据库中不可或缺的一部分，它提供了一种强大的工具来处理和管理数据库，结合了SQL的强大查询能力与过程化编程的灵活性，使得开发者能够构建高效、稳定、易于维护的数据库应用程序。
数据库调优教程（四）Explain性能分析命令
daxyang2015的博客
04-07 217
上一章我们将了如何发现慢查询并把语句记录到日志中，那么在发现慢查询后，要怎样才能知道语句的问题发生在哪里。本章将介绍怎样使用Mysql提供的数据库性能分析命令，对sql语句进行分析。 二、数据库性能分析Explain命令 Explain的作用是生成一个QEP（查询执行计划），可以帮助我们在不真正执行某个sql语句时，就看到mysql怎样执行，这样方便我...
Oracle 执行计划的获取-1
hayata的专栏
01-19 1290
1.System.out 2.sd
Oracle中如何生成有用的SQL 执行计划（译自Oracle Blog）
姚远OracleACE的博客
02-22 471
译者的话：可能很多人都会查看Oracle中SQL的执行计划，但您得到执行计划真的管用吗？让Oracle原厂的大师教您如何查询有用的执行计划吧。
oracle解析计划,Oracle执行计划学习笔记
weixin_42502146的博客
04-04 418
[TOC]最近拜读《收获，不止SQL优化》一书，并做了笔记，方便自己以后回顾，同时放在网上或许也有益于别人一、获取执行计划的方法(1) explain plan for步骤：1：explain plan for 你的SQL;2：select * from table (dbms_xplan. display()) ;优点：不需要真的执行，快捷方便缺点：没有输出运行时的统计信息(逻辑读、递归调用，物...
Oracle调优之看懂Oracle执行计划
修炼中
02-16 8110
1、文章写作前言简介 之前曾经拜读过《收获，不止sql调优》一书，此书是国内DBA写的一本很不错的调优类型的书，是一些很不错的调优经验的分享。虽然读了一遍，做了下读书笔记，觉得很有所收获，但是到实际的实践中觉得还是很缺实践。刚好最近又有一次sql调优培训活动，去参加后，重新复习Oracle执行计划，所以整理资料，做成笔记分享出来 2、什么是执行计划？ 执行计划是一条查询语句在Oracle中的执行过程或访问路径的描述。 执行计划描述了SQL引擎为执行SQL语句进行的操作；分析SQL语句相关的性能问题或
创新药系列阿尔兹海默病千万患者迎来新疗法.pdf
最新发布
07-18
医疗行业研究报告
oracle fetch first rows only
06-06
"oracle fetch first rows only"的意思是只获取Oracle数据库中的前几行数据。这是一种限制查询结果的方法。使用该命令可以在查询过程中只返回前几行数据，从而提高查询效率和节省资源。例如，可以使用"SELECT * FROM tableName FETCH FIRST 10 ROWS ONLY"来只获取表tableName中的前10行数据。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值