BITMAP CONVERSION FROM ROWIDS 适用场景

最新推荐文章于 2021-04-15 08:57:19 发布
最新推荐文章于 2021-04-15 08:57:19 发布
阅读量191 收藏
点赞数
SQL> SELECT COUNT (*)
   2   FROM (SELECT DISTINCT prpcmain.*
  3                     FROM prpcmain
  4                    WHERE prpcmain.riskcode IN ('0506', '0590', '0507', '0508')
  5                      AND SUBSTR (othflag, 4, 1) != '1'
   6                     AND underwriteflag = '4'
  7                      AND NOT EXISTS (
  8                             SELECT 1
  9                               FROM prpjpayexchsub a, prpjpayexch b
 10                              WHERE a.certino = prpcmain.policyno
 11                                AND a.exchangeno = b.exchangeno
 12                                AND b.paystatus = '1')
 13                      AND (   prpcmain.comcode LIKE '2510183%'
 14                           OR prpcmain.comcode IN ('2510183601')
 15                           OR (   prpcmain.handlercode = '251000149'
 16                               OR prpcmain.operatorcode = '251000149'
 17                               OR prpcmain.handler1code = '251000149'
 18                              )
 19                           OR 1 = 0
    20                       )
 21                      AND (   prpcmain.startdate >
 22                                            TO_DATE ('2017-08-31', 'YYYY-MM-DD')
 23                           OR (    prpcmain.startdate =
 24                                      TO_DATE (TO_CHAR (SYSDATE, 'YYYY-MM-DD'),
 25                                               'YYYY-MM-DD'
 26                                              )
 27                               AND prpcmain.starthour > 0
 28                              )
 29                          )
 30                      AND (SYSDATE - prpcmain.inputdate < 10)
  31                     AND NOT EXISTS (
  32                            SELECT 1
 33                               FROM prpjpaywechatorder wchatorder,
 34                                    prpjpaywechatdetail detail
 35                              WHERE wchatorder.exchangeno = detail.exchangeno
 36                                AND detail.certino = prpcmain.policyno
 37                                AND wchatorder.paystatus = '1')
...........................以下省略

----------------------------------------------------------------------------------------------------------------
| Id  | Operation                         | Name                       | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                  |                            |     1 |   107 |  1580   (1)| 00:00:19 |
|   1 |  SORT AGGREGATE                   |                            |     1 |   107 |            |          |
|*  2 |   TABLE ACCESS BY INDEX ROWID     | PRPCMAIN                   |     1 |   107 |  1552   (1)| 00:00:19 |
|*  3 |    INDEX RANGE SCAN               | IDX_PRPCMAIN_151128        |     2 |       |  1550   (1)| 00:00:19 |
|   4 |     NESTED LOOPS                  |                            |     2 |   112 |     8   (0)| 00:00:01 |
|   5 |      NESTED LOOPS                 |                            |     2 |   112 |     8   (0)| 00:00:01 |
|   6 |       TABLE ACCESS BY INDEX ROWID | PRPJPAYEXCHSUB             |     2 |    76 |     5   (0)| 00:00:01 |
|*  7 |        INDEX RANGE SCAN           | IDX_PRPJPAYEXCHSUB_CERTINO |     2 |       |     4   (0)| 00:00:01 |
|*  8 |       INDEX UNIQUE SCAN           | PK_JPAYEXCH                |     1 |       |     1   (0)| 00:00:01 |
|*  9 |      TABLE ACCESS BY INDEX ROWID  | PRPJPAYEXCH                |     1 |    18 |     2   (0)| 00:00:01 |
|  10 |     NESTED LOOPS                  |                            |     2 |   112 |     4   (0)| 00:00:01 |
|  11 |      NESTED LOOPS                 |                            |     2 |   112 |     4   (0)| 00:00:01 |
|  12 |       TABLE ACCESS BY INDEX ROWID | PRPJPAYWECHATDETAIL        |     2 |    76 |     2   (0)| 00:00:01 |
|* 13 |        INDEX RANGE SCAN           | IDX_PRPJPAYDTL_CERTINO     |     2 |       |     1   (0)| 00:00:01 |
|* 14 |       INDEX UNIQUE SCAN           | PK_PRPJPAYWECHATORDER      |     1 |       |     0   (0)| 00:00:01 |
|* 15 |      TABLE ACCESS BY INDEX ROWID  | PRPJPAYWECHATORDER         |     1 |    18 |     1   (0)| 00:00:01 |
|  16 |     NESTED LOOPS                  |                            |     2 |   110 |     4   (0)| 00:00:01 |
|  17 |      NESTED LOOPS                 |                            |     2 |   110 |     4   (0)| 00:00:01 |
|  18 |       TABLE ACCESS BY INDEX ROWID | PRPJPOSEXCHZBFDETAIL       |     2 |    74 |     3   (0)| 00:00:01 |
|* 19 |        INDEX RANGE SCAN           | IDX_CERTINO                |     2 |       |     1   (0)| 00:00:01 |
|* 20 |       INDEX UNIQUE SCAN           | PK_PRPJPOSEXCHZBFORDER     |     1 |       |     0   (0)| 00:00:01 |
|* 21 |      TABLE ACCESS BY INDEX ROWID  | PRPJPOSEXCHZBFORDER        |     1 |    18 |     1   (0)| 00:00:01 |
|  22 |     NESTED LOOPS                  |                            |     1 |    68 |    12   (0)| 00:00:01 |
|  23 |      NESTED LOOPS                 |                            |     2 |    68 |    12   (0)| 00:00:01 |
|  24 |       NESTED LOOPS                |                            |     2 |   112 |     9   (0)| 00:00:01 |
|  25 |        TABLE ACCESS BY INDEX ROWID| PRPJPAYEXCHSUB             |     2 |    76 |     5   (0)| 00:00:01 |
|* 26 |         INDEX RANGE SCAN          | IDX_PRPJPAYEXCHSUB_CERTINO |     2 |       |     4   (0)| 00:00:01 |
|* 27 |        TABLE ACCESS BY INDEX ROWID| PRPJPAYEXCH                |     1 |    18 |     2   (0)| 00:00:01 |
|* 28 |         INDEX UNIQUE SCAN         | PK_JPAYEXCH                |     1 |       |     1   (0)| 00:00:01 |
|* 29 |       INDEX UNIQUE SCAN           | PK_JCHECK                  |     1 |       |     1   (0)| 00:00:01 |
|* 30 |      TABLE ACCESS BY INDEX ROWID  | PRPJCHECK                  |     1 |    12 |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------------------
以上是优化前执行计划
以上sql语句先完成子查询后，回主表prpcmain 通过低效索引 IDX_PRPCMAIN_151128 条件 underwriteflag = '4'先到表中取数，再通过两个连接字段进行连接过滤，
执行时间过长。由于多个session 并发执行，导致cpu资源耗尽

第一感觉是既然索引低效，不妨使用no_index 阻止使用这个索引试试，看看优化器会怎样选择执行计划
SQL>                                                                                                                                                                                   
SQL> SELECT COUNT (*)
  2    FROM (SELECT/*+ no_index(prpcmain IDX_PRPCMAIN_151128)*/ DISTINCT prpcmain.*
  3                     FROM prpcmain
....
-----------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                              | Name                       | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                       |                            |     1 |   115 |       |  2435   (1)| 00:00:30 |
|   1 |  SORT AGGREGATE                        |                            |     1 |   115 |       |            |          |
|   2 |   NESTED LOOPS ANTI                    |                            |     1 |   115 |       |  2435   (1)| 00:00:30 |
|   3 |    NESTED LOOPS ANTI                   |                            |     1 |   113 |       |  2423   (1)| 00:00:30 |
|   4 |     NESTED LOOPS ANTI                  |                            |     1 |   111 |       |  2415   (1)| 00:00:29 |
|   5 |      NESTED LOOPS ANTI                 |                            |     1 |   109 |       |  2411   (1)| 00:00:29 |
|*  6 |       TABLE ACCESS BY INDEX ROWID      | PRPCMAIN                   |     1 |   107 |       |  2408   (1)| 00:00:29 |
|   7 |        BITMAP CONVERSION TO ROWIDS     |                            |       |       |       |            |          |
|   8 |         BITMAP AND                     |                            |       |       |       |            |          |
|   9 |          BITMAP OR                     |                            |       |       |       |            |          |
|  10 |           BITMAP CONVERSION FROM ROWIDS|                            |       |       |       |            |          |
|  11 |            SORT ORDER BY               |                            |       |       |       |            |          |
|* 12 |             INDEX RANGE SCAN           | IDX_PRPCMAIN_1             |       |       |       |    42   (0)| 00:00:01 |
|  13 |           BITMAP CONVERSION FROM ROWIDS|                            |       |       |       |            |          |
|  14 |            SORT ORDER BY               |                            |       |       |       |            |          |
|* 15 |             INDEX RANGE SCAN           | IDX_PRPCMAIN_1             |       |       |       |    42   (0)| 00:00:01 |
|  16 |           BITMAP CONVERSION FROM ROWIDS|                            |       |       |       |            |          |
|* 17 |            INDEX RANGE SCAN            | IDX_PRPCMAIN_OPERATORCODE  |       |       |       |    12   (0)| 00:00:01 |
|  18 |           BITMAP CONVERSION FROM ROWIDS|                            |       |       |       |            |          |
|* 19 |            INDEX RANGE SCAN            | IDX_PRPCMAIN_HANDLERCODE   |       |       |       |     6   (0)| 00:00:01 |
|  20 |           BITMAP CONVERSION FROM ROWIDS|                            |       |       |       |            |          |
|* 21 |            INDEX RANGE SCAN            | IDX_PRPCMAIN_HANDLER1CODE  |       |       |       |     6   (0)| 00:00:01 |
|  22 |          BITMAP OR                     |                            |       |       |       |            |          |
|  23 |           BITMAP CONVERSION FROM ROWIDS|                            |       |       |       |            |          |
|  24 |            SORT ORDER BY               |                            |       |       |  3208K|            |          |
|* 25 |             INDEX RANGE SCAN           | IDX_PRPCMAIN_STARTDATE     |       |       |       |   633   (1)| 00:00:08 |
|  26 |           BITMAP CONVERSION FROM ROWIDS|                            |       |       |       |            |          |
|* 27 |            INDEX RANGE SCAN            | IDX_PRPCMAIN_STARTDATE     |       |       |       |    19   (0)| 00:00:01 |
|  28 |       VIEW PUSHED PREDICATE            | VW_SQ_3                    |     1 |     2 |       |     3   (0)| 00:00:01 |

通过使用no_index提示，sql执行由几乎无法完成，到30多秒，逻辑读由200多万 降到了 1500多
看来效果明显，通过观察执行计划，由原来的后回主表，改为先使用BITMAP CONVERSION 
把多个b tree 索引转化为一个位图，到表内一次取出数据，然后根据连接字段上的数据传入谓词到各个
子查询 not exists 
通过测试，也可以使用提示  /*+ index_combine(prpcmain)*/ 来主动要求优化器使用这个执行计划，
效果略有不同的是，把 in 子句也进行了  BITMAP CONVERSION ，其效果不如最后过滤 in 子句条件，逻辑读略高，在5万多。

最终使用提示    /*+ index_combine(prpcmain IDX_PRPCMAIN_1)*/ 
指定一个或者多个 or 条件内使用的索引，可以避免in 条件也进行转换

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/23944170/viewspace-2144833/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/23944170/viewspace-2144833/

cizhong3461
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
BITMAP CONVERSION FROM ROWIDS
zhaoyangjian724的专栏
02-25 766
示例如下(请自己动手实验)： create table test1 as select * from dba_objects; create table test2 as select * from dba_objects; create index idx1 on test1(object_id); create index idx2 on test1(owner); create
bitmap conversion from rowids
congdi1071的博客
06-11 306
最近刚接手一个系统（好像是TMS物流系统），数据库服务器有三个节点，版本为10.2.0.5。 由于是刚接手，所以先大概看了一下基本情况。情况基本理想，存在一些稍高的等待事件、高消耗sql等。需一步一步将性能提上来。 今...
关于bitmap conversion to ROWID
xiaoer
06-16 122
Question: I have a query against tables without a bitmap index, and get I see "bitmap conversion to ROWID" in the execution plan. How does bitmap conversion to ROWIDS work? I want to understand optimi...
Bitmap_Conversion.rar_VC conversi_bitmap_mosaic_图像 转换_对比度
09-21
Bitmap Conversion是一个基于VC++的项目，它专注于图像处理，特别是图像转换方面，提供了多种功能，如像素灰度处理、对比度调整、马赛克效果应用以及柔化和波形扰动效果。这些功能在图像处理领域有着广泛的应用，...
python实现bitmap数据结构详解
12-23
bitmap是很常用的数据结构，比如用于Bloom Filter中；用于无重复整数的排序等等。bitmap通常基于数组来实现，数组中每个元素可以看成是一系列二进制数，所有元素组成更大的二进制集合。对于Python来说，整数类型默认...
Android中Bitmap用法实例分析
09-02
例如，`decodeResource()`可以从资源ID加载Bitmap，适用于加载已经包含在应用程序资源中的图片。`decodeStream()`则可以从`InputStream`中解码Bitmap，这在处理网络或数据库中的图片时非常有用。 接下来，我们讨论...
C# Bitmap 复制的小例子
12-26
代码如下:public Bitmap CopyBitmap(Bitmap source){ int depth = Bitmap.GetPixelFormatSize(source.PixelFormat);  if (depth != 8 && depth != 24 && depth != 32) { return null; }  Bitmap destination =...
Android 实现将Bitmap 保存到本地
08-19
Android 实现将 Bitmap 保存到本地 Android 中实现将 Bitmap 保存到本地是一个非常重要的功能，因为图片是一个可以使程序变得比较美观的元素。在 Android 开发中，我们经常需要将图片保存到本地，以便于后续的使用...
当执行计划中出现BITMAP CONVERSION TO ROWIDS关键字时，需要注意了。
风中清淡
04-25 4162
前言 前些天优化了一些耗费buffers较多的SQL，但系统CPU降低的效果不明显，于是又拉了awr报告，查看了SQL ordered by Gets排名前列的SQL。 分析 SQL代码： select distinct pro5.value as CUSTOMERCODE, to_date('19000101000000', 'yyyymmddhh24mi...
执行计划出现BITMAP CONVERSION TO ROWIDS的解释!
cracknight1982的博客
04-16 197
BITMAP CONVERSION TO ROWIDS--------------------------------------------------------------------------------| Id | ...
BITMAP CONVERSION FROM ROWIDS/_b_tree_bitmap_plans
m0_37933891的博客
04-29 582
BITMAP CONVERSION FROM ROWIDS第一次写博客，虽然是转载，但也希望能坚持。 在有些执行计划中，可以会看到 BITMAP CONVERSION FROM ROWIDS这样的东东，也许你会感觉奇怪，我没有使用位图索引怎么出现了bitmap。sql语句为：SELECT * FROM (SELECT a.*, ROWNUM rn FROM ( SELEC
BITMAP CONVERSION TO ROWIDS 优化案例
weixin_44167712的博客
04-13 378
一条sql执行时间：2500s，执行计划如下： SQL> select max(hsl) hv 2 from ( select max(fda.fda_jj6_ln) jjdm, 3 max(fda.fda_fab_lt) jjjc, 4 max(decode(fda.fda_fty_lt, 5 ...
oracle bitmap convert,学习笔记:Oracle SQL优化 执行计划中BITMAP CONVERSION FROM ROW
weixin_29041443的博客
04-15 747
天萃荷净执行计划 BITMAP CONVERSION FROM ROWIDS在有些执行计划中，可以会看到 BITMAP CONVERSION FROM ROWIDS这样的东东，也许你会感觉奇怪，我没有使用位图索引怎么出现了bitmap。我通过一个sql和大家分析下原因：sql语句为：SELECT *FROM (SELECT a.*, ROWNUM rnFROM ( SELECT module_n...
SQL优化消除bitmap 提速 近20倍
ljl_name的专栏
03-07 691
现场人员反馈 某模块响应执行sql缓慢 要跑17s，客户无法忍受，协助帮忙看下 select 发票序号i, (case when 发票序号i is null then '合计' when 发票序号 is null then '小计' else to_char(发票序号)...
B*树索引——Oracle的默认索引结构
pursuer211的专栏
01-14 8633
1、B*树索引 1.1 概述        B*树索引是Oracle默认的索引结构。我们使用CREATE INDEX语句创建索引时，创建的就是B*树索引。B*树索引的结构一个二 叉树，由根节点（root node）、分支部分（branch node）和叶子节点（leaf node）构成。       提示：B*树的B是单词Balanced的缩写，平衡之意。      ● 根节点：包含指向
Gdiplus::Bitmap::FromStream
最新发布
06-08
`Gdiplus::Bitmap::FromStream` 是 GDI+ 库中的一个函数，用于从流中加载图像。其函数原型如下： ```c++ Gdiplus::Status FromStream( IStream *stream, BOOL useEmbeddedColorManagement = FALSE ); ``` 其中，...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值