oracle 表分区以后分页查询速度变慢，如何解决

有一个t_ord_order 的订单表未分区前分页查询速度很快，但是分页之后查询速度变慢，分区字段为“DISPATCH_VALID_TIME”
查询的语句如下

select PageDB1.* from(select PageDB2.*,rownum as PageStart from ( 
        select o.*, c2.COMPANY_NAME as SETTLE_COPARTNER_NAME,
        c3.COMPANY_NAME as CUMTOMER_COPARTNER_NAME, co1.DIC_CODE_NAME as BUSINESS_TYPE_NAME,
        co2.DIC_CODE_NAME as CAR_MODEL_NAME, co3.DIC_CODE_NAME as CAR_BRAND_NAME, d.DISPATCH_STATUS,
        bi.BILL_TIME,bc.CONTRACT_SN
        from T_ORD_ORDER o
        left join T_BUS_COPARTNER c2 on o.SETTLE_COPARTNER_ID = c2.ID
        left join T_BUS_COPARTNER c3 on o.CUMTOMER_COPARTNER_ID = c3.ID
        left join T_SET_DIC_CODE co1 on o.BUSINESS_TYPE_ID = co1.ID
        left join T_SET_DIC_CODE co2 on o.CAR_MODEL_ID = co2.ID
        left join T_SET_DIC_CODE co3 on o.CAR_BRAND_ID = co3.ID
        left join T_ORD_DISPATCH d on o.DISPATCH_ID = d.DISPATCH_ID
        left join T_FIN_ORDER_BALANCE b on o.BALANCE_ID = b.BALANCE_ID
        left join T_FIN_BILL bi on b.BILL_ID = bi.BILL_ID
        left join T_BUS_CONTRACT bc on o.CONTRACT_ID = bc.ID
         WHERE  o.COMPANY_ID = 4
                and o.DISPATCH_VALID_TIME >= 1546272000000
                and o.DISPATCH_VALID_TIME <= 1549209600000
        and  o.SYS_STATUS=1 
        order by o.ORDER_ID desc
) PageDB2 where rownum <= NVL(0,0)+ 10 ) PageDB1 where PageDB1.PageStart >= NVL(0,0)+1;

未分区前该段查询代码执行时间是0.015秒
分区了以后执行时间是5.174秒

未分区之前的查询计划如下

------------------------------------------------------------------------------------------------------------------
| Id  | Operation                               | Name                   | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |                        |       |       |   122 (100)|          |
|*  1 |  VIEW                                   |                        |    10 | 62170 |   122   (0)| 00:00:01 |
|*  2 |   COUNT STOPKEY                         |                        |       |       |            |          |
|   3 |    VIEW                                 |                        |    11 | 68244 |   122   (0)| 00:00:01 |
|   4 |     NESTED LOOPS OUTER                  |                        |    11 |  9097 |   122   (0)| 00:00:01 |
|   5 |      NESTED LOOPS OUTER                 |                        |    11 |  8877 |   111   (0)| 00:00:01 |
|   6 |       NESTED LOOPS OUTER                |                        |    11 |  8657 |   100   (0)| 00:00:01 |
|   7 |        NESTED LOOPS OUTER               |                        |    11 |  8195 |    78   (0)| 00:00:01 |
|   8 |         NESTED LOOPS OUTER              |                        |    11 |  7975 |    67   (0)| 00:00:01 |
|   9 |          NESTED LOOPS OUTER             |                        |    11 |  7678 |    56   (0)| 00:00:01 |
|  10 |           NESTED LOOPS OUTER            |                        |    11 |  7381 |    45   (0)| 00:00:01 |
|  11 |            NESTED LOOPS OUTER           |                        |    11 |  7051 |    42   (0)| 00:00:01 |
|  12 |             NESTED LOOPS OUTER          |                        |    11 |  6545 |    33   (0)| 00:00:01 |
|* 13 |              TABLE ACCESS BY INDEX ROWID| T_ORD_ORDER_TEMP       |   124K|    62M|    25   (0)| 00:00:01 |
|  14 |               INDEX FULL SCAN DESCENDING| PK_T_ORD_ORDER         |   143 |       |     3   (0)| 00:00:01 |
|  15 |              TABLE ACCESS BY INDEX ROWID| T_FIN_ORDER_BALANCE    |     1 |    70 |     1   (0)| 00:00:01 |
|* 16 |               INDEX UNIQUE SCAN         | PK_T_FIN_ORDER_BALANCE |     1 |       |     0   (0)|          |
|  17 |             TABLE ACCESS BY INDEX ROWID | T_FIN_BILL             |     1 |    46 |     1   (0)| 00:00:01 |
|* 18 |              INDEX UNIQUE SCAN          | PK_T_FIN_BILL          |     1 |       |     0   (0)|          |
|  19 |            TABLE ACCESS BY INDEX ROWID  | T_BUS_CONTRACT         |     1 |    30 |     1   (0)| 00:00:01 |
|* 20 |             INDEX UNIQUE SCAN           | PK_T_BUS_CONTRACT      |     1 |       |     0   (0)|          |
|  21 |           TABLE ACCESS BY INDEX ROWID   | T_BUS_COPARTNER        |     1 |    27 |     1   (0)| 00:00:01 |
|* 22 |            INDEX UNIQUE SCAN            | PK_T_BUS_COPARTNER     |     1 |       |     0   (0)|          |
|  23 |          TABLE ACCESS BY INDEX ROWID    | T_BUS_COPARTNER        |     1 |    27 |     1   (0)| 00:00:01 |
|* 24 |           INDEX UNIQUE SCAN             | PK_T_BUS_COPARTNER     |     1 |       |     0   (0)|          |
|  25 |         TABLE ACCESS BY INDEX ROWID     | T_SET_DIC_CODE         |     1 |    20 |     1   (0)| 00:00:01 |
|* 26 |          INDEX UNIQUE SCAN              | PK_T_SET_DIC_CODE      |     1 |       |     0   (0)|          |
|  27 |        TABLE ACCESS BY INDEX ROWID      | T_ORD_DISPATCH         |     1 |    42 |     2   (0)| 00:00:01 |
|* 28 |         INDEX UNIQUE SCAN               | T_ORD_DISPATCH_PK      |     1 |       |     1   (0)| 00:00:01 |
|  29 |       TABLE ACCESS BY INDEX ROWID       | T_SET_DIC_CODE         |     1 |    20 |     1   (0)| 00:00:01 |
|* 30 |        INDEX UNIQUE SCAN                | PK_T_SET_DIC_CODE      |     1 |       |     0   (0)|          |
|  31 |      TABLE ACCESS BY INDEX ROWID        | T_SET_DIC_CODE         |     1 |    20 |     1   (0)| 00:00:01 |
|* 32 |       INDEX UNIQUE SCAN                 | PK_T_SET_DIC_CODE      |     1 |       |     0   (0)|          |
------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("PAGEDB1"."PAGESTART">=1)
   2 - filter(ROWNUM<=10)
  13 - filter(("O"."DISPATCH_VALID_TIME">=1546272000000 AND "O"."COMPANY_ID"=4 AND 
              "O"."DISPATCH_VALID_TIME"<=1549209600000 AND "O"."SYS_STATUS"=1))
  16 - access("O"."BALANCE_ID"="B"."BALANCE_ID")
  18 - access("B"."BILL_ID"="BI"."BILL_ID")
  20 - access("O"."CONTRACT_ID"="BC"."ID")
  22 - access("O"."CUMTOMER_COPARTNER_ID"="C3"."ID")
  24 - access("O"."SETTLE_COPARTNER_ID"="C2"."ID")
  26 - access("O"."CAR_MODEL_ID"="CO2"."ID")
  28 - access("O"."DISPATCH_ID"="D"."DISPATCH_ID")
  30 - access("O"."CAR_BRAND_ID"="CO3"."ID")
  32 - access("O"."BUSINESS_TYPE_ID"="CO1"."ID")

分区以后的执行计划如下

------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                               | Name                         | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |                              |       |       |       | 51199 (100)|          |       |       |
|*  1 |  VIEW                                   |                              |    10 | 62170 |       | 51199   (1)| 00:00:02 |       |       |
|*  2 |   COUNT STOPKEY                         |                              |       |       |       |            |          |       |       |
|   3 |    VIEW                                 |                              |   121K|   719M|       | 51199   (1)| 00:00:02 |       |       |
|*  4 |     SORT ORDER BY STOPKEY               |                              |   121K|    87M|    94M| 51199   (1)| 00:00:02 |       |       |
|*  5 |      HASH JOIN RIGHT OUTER              |                              |   121K|    87M|       | 31812   (1)| 00:00:02 |       |       |
|   6 |       TABLE ACCESS FULL                 | T_BUS_COPARTNER              |   594 | 16038 |       |     5   (0)| 00:00:01 |       |       |
|*  7 |       HASH JOIN RIGHT OUTER             |                              |   121K|    84M|       | 31806   (1)| 00:00:02 |       |       |
|   8 |        TABLE ACCESS FULL                | T_BUS_COPARTNER              |   594 | 16038 |       |     5   (0)| 00:00:01 |       |       |
|*  9 |        HASH JOIN RIGHT OUTER            |                              |   121K|    81M|       | 31800   (1)| 00:00:02 |       |       |
|  10 |         TABLE ACCESS FULL               | T_SET_DIC_CODE               |  1528 | 30560 |       |     7   (0)| 00:00:01 |       |       |
|* 11 |         HASH JOIN RIGHT OUTER           |                              |   121K|    79M|       | 31793   (1)| 00:00:02 |       |       |
|  12 |          TABLE ACCESS FULL              | T_SET_DIC_CODE               |  1528 | 30560 |       |     7   (0)| 00:00:01 |       |       |
|* 13 |          HASH JOIN RIGHT OUTER          |                              |   121K|    76M|       | 31785   (1)| 00:00:02 |       |       |
|  14 |           TABLE ACCESS FULL             | T_SET_DIC_CODE               |  1528 | 30560 |       |     7   (0)| 00:00:01 |       |       |
|* 15 |           HASH JOIN OUTER               |                              |   121K|    74M|    71M| 31777   (1)| 00:00:02 |       |       |
|* 16 |            HASH JOIN RIGHT OUTER        |                              |   121K|    69M|       |  6521   (1)| 00:00:01 |       |       |
|  17 |             TABLE ACCESS FULL           | T_FIN_BILL                   |   112 |  5152 |       |     3   (0)| 00:00:01 |       |       |
|* 18 |             HASH JOIN RIGHT OUTER       |                              |   121K|    64M|       |  6517   (1)| 00:00:01 |       |       |
|  19 |              TABLE ACCESS FULL          | T_FIN_ORDER_BALANCE          |    64 |  4480 |       |     3   (0)| 00:00:01 |       |       |
|* 20 |              HASH JOIN RIGHT OUTER      |                              |   121K|    56M|       |  6513   (1)| 00:00:01 |       |       |
|  21 |               TABLE ACCESS FULL         | T_BUS_CONTRACT               |   286 |  8580 |       |     5   (0)| 00:00:01 |       |       |
|  22 |               PARTITION RANGE ITERATOR  |                              |   121K|    52M|       |  6508   (1)| 00:00:01 |   579 |   580 |
|* 23 |                TABLE ACCESS FULL        | T_ORD_ORDER                  |   121K|    52M|       |  6508   (1)| 00:00:01 |   579 |   580 |
|  24 |            VIEW                         | index$_join$_014             |  1614K|    64M|       | 17588   (1)| 00:00:01 |       |       |
|* 25 |             HASH JOIN                   |                              |       |       |       |            |          |       |       |
|  26 |              BITMAP CONVERSION TO ROWIDS|                              |  1614K|    64M|       |   132   (0)| 00:00:01 |       |       |
|  27 |               BITMAP INDEX FULL SCAN    | INDEX_DISPATCH_STATUS_TYPE_S |       |       |       |            |          |       |       |
|  28 |              INDEX FAST FULL SCAN       | T_ORD_DISPATCH_PK            |  1614K|    64M|       | 13565   (1)| 00:00:01 |       |       |
------------------------------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("PAGEDB1"."PAGESTART">=1)
   2 - filter(ROWNUM<=10)
   4 - filter(ROWNUM<=10)
   5 - access("O"."SETTLE_COPARTNER_ID"="C2"."ID")
   7 - access("O"."CUMTOMER_COPARTNER_ID"="C3"."ID")
   9 - access("O"."BUSINESS_TYPE_ID"="CO1"."ID")
  11 - access("O"."CAR_MODEL_ID"="CO2"."ID")
  13 - access("O"."CAR_BRAND_ID"="CO3"."ID")
  15 - access("O"."DISPATCH_ID"="D"."DISPATCH_ID")
  16 - access("B"."BILL_ID"="BI"."BILL_ID")
  18 - access("O"."BALANCE_ID"="B"."BALANCE_ID")
  20 - access("O"."CONTRACT_ID"="BC"."ID")
  23 - filter(("O"."DISPATCH_VALID_TIME">=1546272000000 AND "O"."COMPANY_ID"=4 AND "O"."DISPATCH_VALID_TIME"<=1549209600000 AND 
              "O"."SYS_STATUS"=1))
  25 - access(ROWID=ROWID)

该如何优化啊，求大神给予支持

写回答
好问题 0 提建议
追加酬金
关注问题
分享
邀请回答
编辑收藏删除
收藏举报

2条回答默认最新

关注

码龄粉丝数原力等级 --

被采纳

被点赞

采纳率
L星火燎原 2019-02-13 11:00
关注
我看了下你的SQL分页那里你搞了逻辑运算(NVL(0,0)+ 10 ) .......)，这个在SQL中是很忌讳的，建议在代码中将页码跟显示的页数算好传进去。

解决无用
评论打赏
分享
举报

评论

按下Enter换行，Ctrl+Enter发表内容

报告相同问题？

关注问题

oracle数据库千万数据量分页请求慢，怎么优化sql或者其他方面 java sql 数据库
2022-04-25 17:03

回答 4 已采纳执行计划截个图看一下
ORACLE大数据排序order BY分页问题 oracle 大数据
2017-06-10 02:45

回答 9 已采纳 select o.ORG_ID, o.rn from (select i.ORG_ID, rownum as rn from (SELECT ORG_ID FROM T
oracle查询速度会因具体的条件变慢 oracle
2015-11-18 02:15

回答 3 已采纳这个原因很多，cbo优化器根据代价来计算取最优的方式，你的这个问题可以把执行计划贴上来看看，原因的话很多可能，举个简单的，假如你的表存在10个数据块上，t14的数据存在前2个块上，而t17的数据分别存
大数据面试常见问题（一）——Oracle部分
2022-05-19 20:37

大数据求学路的博客 1、Oracle分区类型范围分区，列表分区，散列分区，组合分区 2、每种类型一般是用在什么场景下？范围分区：用指定的分区键决定的范围进行分区，最为常用，分区键常采用日期。列表分区：某列的值只有几个，...
mybatis中mapper.xml分页查询oracle的sql语句,按字段查询 oracle sql
2017-07-25 05:36

回答 1 已采纳 mybatis中有分页查询的处理如下，page是你自定义的分页对象 ``` String querySql = "selectManager";//查询语句 String countSql
oracle数据库关联查询其中一个表数据达6亿查询速度过慢有什么解决办法 oracle 有问必答
2021-11-03 16:15

回答 2 已采纳首先6亿的数据不算很大，但是你必须要进行分区了。如果不分区则必须要有非常高效的索引。否则是没法优的。Oracle有十几种分区策略，总有一种适合你的。比如最常用的是范围分区和列表分区。你可以按查询维度进
如何用mybatisplus写oracle分页 java oracle
2022-05-20 15:19

回答 1 已采纳 SQL不正确，把完整的SQL日志贴出来
SQL 查询速度慢原因及优化方法（转载）
2019-03-25 16:58

漠效的博客下面是网络中流传最广的一篇sql查询速度慢的原因及解决方法的文章，其对于处理mysql的慢查询有借鉴作用。由于此文转载多次，很难找到最开始的原文链接，就附送本人最先看到此文的链接:...
oracle 查询数据量大速度很慢大数据数据库
2014-08-22 15:44

回答 4 已采纳 1)首先要确定是不是数据量大造船的,检查方法在原有SQL条件下面缩小范围,比如以前查1个月,现在查一分钟.以前查1W商品,现在查10个商品. 2)如果小数据查询也慢,那就缩小范围了,优化索引,
SqlServer跨库查询Oracle表数据中文乱码 oracle sqlserver 有问必答服务器
2022-03-23 16:45

回答 2 已采纳把环境变量NLS_LANG修改成 SIMPLIFIED CHINESE_CHINA.ZHS16GBK 或者 SIMPLIFIED CHINESE_CHINA.AL32UTF8试试，"SIMPLIFIE
oracle多表联合查询作为一张视图,查询速度超~级~慢~的,怎么办? oracle
2015-09-02 02:14

回答 2 已采纳个人建议。 oracle视图优化不是很清楚，不知道可不可以加索引之类，就算可以加也不推荐这么操作。你是50多个表的查询，数据的量级比较大，做成视图会导致每次条件查询都会先做一次全表查询（至少
oracle的commit耗时长_oracle 查询慢的原因总结
2020-12-31 09:24

biiiiiiiiq的博客查询速度慢的原因很多，常见如下几种：1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)2、I/O吞吐量小，形成了瓶颈效应。3、没有创建计算列导致查询不优化。4、内存不足5、网络速度慢6、...
oracle查询表内字段是否自增 oracle
2022-05-06 14:54

回答 4 已采纳 1、Oracle中无法通过查询系统表来判定哪个字段是否自增长2、自增长有很多方式，序列只是其中一种较为简单的，有软件控制的自增长，有多个表共用的自增长，有非数据列使用的自增长，如按部门的业务数据，以部
必看，关于sql的慢查询及解决方案
2022-11-11 18:12

西门飘雪VIP的博客 SQL中，广义的查询就是crud操作，狭义的查询仅仅是select查询操作，慢查询就是指广义的查询，否则为什么不叫慢查询、慢更新、慢删除。慢查询就是那些执行慢的sql语句，包括crud，一般是查询，所以称为慢查询问题1：...
数据库表设计、数据库分层、myslq水平拆分、oracle表分区
2019-01-13 11:21

Leon_Jinhai_Sun的博客数据库表设计数据库表结构设计方法及原则（li）　数据库设计的三大范式：为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求...
没有解决我的问题, 去提问

悬赏问题

¥20 测距传感器数据手册i2c
¥15 RPA正常跑，cmd输入cookies跑不出来
¥15 求帮我调试一下freefem代码
¥15 matlab代码解决，怎么运行
¥15 R语言Rstudio突然无法启动
¥15 关于#matlab#的问题：提取2个图像的变量作为另外一个图像像元的移动量，计算新的位置创建新的图像并提取第二个图像的变量到新的图像
¥15 改算法，照着压缩包里边，参考其他代码封装的格式写到main函数里
¥15 用windows做服务的同志有吗
¥60 求一个简单的网页(标签-安全|关键词-上传)
¥35 lstm时间序列共享单车预测，loss值优化，参数优化算法

oracle 表分区以后分页查询速度变慢，如何解决

2条回答 默认 最新

悬赏问题

2条回答默认最新