oracle优化一例之sql优化

最新推荐文章于 2024-07-22 15:12:37 发布
最新推荐文章于 2024-07-22 15:12:37 发布
阅读量89 收藏
点赞数
文章标签： 数据库

前2天在我的blog中写到，oracle优化方法之一----使用hints对sql进行优化，刚好昨天开发的同事写了一个报表的sql语句，逻辑也不算复杂，但是执行时间却很久，足足花了差不多2分钟，由于需要紧急发布到正式环境，发给我，让我这里进行优化一下，其中用到了我上一篇文章中提到的hints，以及一些其他的小技巧，也算经验吧，详细记录如下：

优化之前的sql：

SELECT Y.*,
       X.order_count torder_count,
       X.order_amount tbox_count,
       trunc(Y.order_count / X.order_count, 4) bili
  FROM (SELECT Y.express_name,
               Y.express_id,
               sum(Y.box_count) box_count,
               sum(Y.order_count) order_count,
               sum(Y.order_amount) order_amount,
               sum(Y.send_order_count) send_order_count,
               sum(Y.wait_order_count) wait_order_count,
               sum(Y.again_order_count) again_order_count,
               sum(Y.return_order_count) return_order_count,
               sum(Y.received_order_count) received_order_count,
               sum(Y.getself_order_count) getself_order_count,
               sum(Y.contact_order_count) contact_order_count
          FROM (select ei.express_name,
                       ei.express_id,
                       sum(pi.box_count) box_count,
                       count(oi.order_id) order_count,
                       CASE oi.ORDER_STATUS
                         when 'ORDER_STATUS_SEND' then
                          count(oi.order_id)
                         else
                          0
                       end send_order_count,
                       CASE op.process_status
                         when 'ORDER_PROBLEM_STATUS_WAIT' then
                          count(oi.order_id)
                         else
                          0
                       end wait_order_count,
                       CASE op.process_status
                         when 'ORDER_PROBLEM_STATUS_AGAIN' then
                          count(oi.order_id)
                         else
                          0
                       end again_order_count,
                       CASE op.process_status
                         when 'ORDER_PROBLEM_STATUS_RETURN' then
                          count(oi.order_id)
                         else
                          0
                       end return_order_count,
                       CASE op.process_status
                         when 'ORDER_PROBLEM_STATUS_RECEIVED_MK' then
                          count(oi.order_id)
                         else
                          0
                       end received_order_count,
                       CASE op.process_status
                         when 'ORDER_PROBLEM_STATUS_GETSELF' then
                          count(oi.order_id)
                         else
                          0
                       end getself_order_count,
                       CASE op.process_status
                         when 'ORDER_PROBLEM_STATUS_CONTACT' then
                          count(oi.order_id)
                         else
                          0
                       end contact_order_count,
                       sum(oi.amount) order_amount
                  from m_order_info      oi,
                       m_order_problem   op,
                       m_send_page_info  pi,
                       m_express_info    ei,
                       m_order_send_page sp
                 where oi.order_id = sp.order_id
                   AND sp.send_page_id = pi.send_page_id(+)
                   AND oi.order_id = op.order_id(+)
                   and pi.express_id = ei.express_id
                   and oi.send_date + ei.feedback_day >=
                       to_date('2012-01-06', 'yyyy-mm-dd')
                   and oi.send_date + ei.feedback_day <=
                       to_date('2012-01-06 23:59:59', 'yyyy-mm-dd hh24:mi:ss')
                   and pi.cancel_flag = 0
                   and oi.order_status not in
                       ('ORDER_STATUS_SIGNED', 'ORDER_STATUS_RETURN_GOODS')
                   and oi.send_date 
                 group by ei.express_id,
                          ei.express_name,
                          oi.ORDER_STATUS,
                          op.process_status
                 order by ei.express_id) Y
         group by Y.express_id, Y.express_name
         order by Y.express_id) Y
  LEFT JOIN (select ei.express_name,
                    ei.express_id,
                    sum(pi.box_count) box_count,
                    count(oi.order_id) order_count,
                    sum(oi.amount) order_amount
               from m_order_info      oi,
                    m_send_page_info  pi,
                    m_express_info    ei,
                    m_order_send_page sp
              where oi.order_id = sp.order_id
                AND sp.send_page_id = pi.send_page_id
                and pi.express_id = ei.express_id
                and pi.cancel_flag = 0
                and oi.send_date >= to_date('2012-01-06', 'yyyy-mm-dd')
                and oi.send_date <=
                    to_date('2012-01-06 23:59:59', 'yyyy-mm-dd hh24:mi:ss')
              group by ei.express_id, ei.express_name
              order by ei.express_id) X ON X.express_id = Y.express_id;
其具体执行计划及相关统计信息如下：
23 rows selected.
Elapsed: 00:01:51.91
Execution Plan
----------------------------------------------------------
Plan hash value: 3884932126
-----------------------------------------------------------------------------------------------------------
| Id  | Operation                           | Name                | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                    |                     |    67 | 14003 | 21970   (2)| 00:04:24 |
|*  1 |  HASH JOIN RIGHT OUTER              |                     |    67 | 14003 | 21970   (2)| 00:04:24 |
|   2 |   VIEW                              |                     |     4 |   156 |   881   (4)| 00:00:11 |
|   3 |    SORT GROUP BY                    |                     |     4 |   252 |   881   (4)| 00:00:11 |
|   4 |     NESTED LOOPS                    |                     |     4 |   252 |   880   (4)| 00:00:11 |
|   5 |      NESTED LOOPS                   |                     |     4 |   192 |   876   (4)| 00:00:11 |
|*  6 |       HASH JOIN                     |                     |     4 |   124 |   868   (4)| 00:00:11 |
|   7 |        TABLE ACCESS BY INDEX ROWID  | M_ORDER_INFO        |     4 |    72 |     7   (0)| 00:00:01 |
|*  8 |         INDEX RANGE SCAN            | M_ORDER_INFO_IDX5   |     4 |       |     3   (0)| 00:00:01 |
|   9 |        TABLE ACCESS FULL            | M_ORDER_SEND_PAGE   |   746K|  9481K|   852   (3)| 00:00:11 |
|* 10 |       TABLE ACCESS BY INDEX ROWID   | M_SEND_PAGE_INFO    |     1 |    17 |     2   (0)| 00:00:01 |
|* 11 |        INDEX UNIQUE SCAN            | PK_M_SEND_PAGE_INFO |     1 |       |     1   (0)| 00:00:01 |
|  12 |      TABLE ACCESS BY INDEX ROWID    | M_EXPRESS_INFO      |     1 |    15 |     1   (0)| 00:00:01 |
|* 13 |       INDEX UNIQUE SCAN             | PK_M_EXPRESS_INFO   |     1 |       |     0   (0)| 00:00:01 |
|  14 |   VIEW                              |                     |    67 | 11390 | 21088   (2)| 00:04:14 |
|  15 |    SORT GROUP BY                    |                     |    67 |  9715 | 21088   (2)| 00:04:14 |
|  16 |     VIEW                            |                     |    67 |  9715 | 21088   (2)| 00:04:14 |
|  17 |      HASH GROUP BY                  |                     |    67 |  8241 | 21088   (2)| 00:04:14 |
|  18 |       NESTED LOOPS OUTER            |                     |    67 |  8241 | 21087   (2)| 00:04:14 |
|* 19 |        HASH JOIN                    |                     |    67 |  5829 | 21078   (2)| 00:04:13 |
|* 20 |         HASH JOIN                   |                     |  9690 |   662K|  9554   (1)| 00:01:55 |
|* 21 |          TABLE ACCESS BY INDEX ROWID| M_ORDER_INFO        |    67 |  2613 |    60   (0)| 00:00:01 |
|  22 |           NESTED LOOPS              |                     |  9690 |   539K|  8692   (1)| 00:01:45 |
|  23 |            TABLE ACCESS FULL        | M_EXPRESS_INFO      |   144 |  2592 |     6   (0)| 00:00:01 |
|* 24 |            INDEX RANGE SCAN         | M_ORDER_INFO_IDX5   |    29 |       |    32   (0)| 00:00:01 |
|  25 |          TABLE ACCESS FULL          | M_ORDER_SEND_PAGE   |   746K|  9481K|   852   (3)| 00:00:11 |
|* 26 |         TABLE ACCESS FULL           | M_SEND_PAGE_INFO    |  1267K|    20M| 11509   (2)| 00:02:19 |
|  27 |        TABLE ACCESS BY INDEX ROWID  | M_ORDER_PROBLEM     |     1 |    36 |     1   (0)| 00:00:01 |
|* 28 |         INDEX UNIQUE SCAN           | PK_M_ORDER_PROBLEM  |     1 |       |     0   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("X"."EXPRESS_ID"(+)="Y"."EXPRESS_ID")
   6 - access("OI"."ORDER_ID"="SP"."ORDER_ID")
   8 - access("OI"."SEND_DATE">=TO_DATE(' 2012-01-06 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
              "OI"."SEND_DATE"<=TO_DATE(' 2012-01-06 23:59:59', 'syyyy-mm-dd hh24:mi:ss'))
  10 - filter("PI"."CANCEL_FLAG"=0)
  11 - access("SP"."SEND_PAGE_ID"="PI"."SEND_PAGE_ID")
  13 - access("PI"."EXPRESS_ID"="EI"."EXPRESS_ID")
  19 - access("SP"."SEND_PAGE_ID"="PI"."SEND_PAGE_ID" AND "PI"."EXPRESS_ID"="EI"."EXPRESS_ID")
  20 - access("OI"."ORDER_ID"="SP"."ORDER_ID")
  21 - filter("OI"."ORDER_STATUS"<>'ORDER_STATUS_SIGNED' AND
              "OI"."ORDER_STATUS"<>'ORDER_STATUS_RETURN_GOODS')
  24 - access("OI"."SEND_DATE"< SYSDATE@!-INTERNAL_FUNCTION("EI"."FEEDBACK_DAY"))
       filter(INTERNAL_FUNCTION("OI"."SEND_DATE")+INTERNAL_FUNCTION("EI"."FEEDBACK_DAY")>=TO_DATE('
               2012-01-06 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
              INTERNAL_FUNCTION("OI"."SEND_DATE")+INTERNAL_FUNCTION("EI"."FEEDBACK_DAY")<=TO_DATE(' 2012-01-06
              23:59:59', 'syyyy-mm-dd hh24:mi:ss'))
  26 - filter("PI"."CANCEL_FLAG"=0)
  28 - access("OI"."ORDER_ID"="OP"."ORDER_ID"(+))

Statistics
----------------------------------------------------------
         29  recursive calls
          0  db block gets
    1058742  consistent gets
          0  physical reads
          0  redo size
       2960  bytes sent via SQL*Net to client
       3742  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          2  sorts (memory)
          0  sorts (disk)
         23  rows processed
这条sql执行总花费时长111秒左右，其中一致读很高，达到了 1058742 ，从执行计划看，执行成本和io并不高，几张大表都走索引了，这也应该是oracle所期望的，较好的平衡了cpu使用和io负载，但是速度却不理想，尤其是在一个实时性要求很高的系统中，最快的速度响应需求才是第一位的；
优化之后的sql：
SELECT Y.*,
       X.order_count torder_count,
       X.order_amount tbox_count,
       trunc(Y.order_count / X.order_count, 4) bili
  FROM (SELECT Y.express_name,
               Y.express_id,
               sum(Y.box_count) box_count,
               sum(Y.order_count) order_count,
               sum(Y.order_amount) order_amount,
               sum(Y.send_order_count) send_order_count,
               sum(Y.wait_order_count) wait_order_count,
               sum(Y.again_order_count) again_order_count,
               sum(Y.return_order_count) return_order_count,
               sum(Y.received_order_count) received_order_count,
               sum(Y.getself_order_count) getself_order_count,
               sum(Y.contact_order_count) contact_order_count
          FROM (select  /*+use_hash(oi,op,pi,ei,sp) first_rows*/
                 ei.express_name,
                 ei.express_id,
                 sum(pi.box_count) box_count,
                 count(oi.order_id) order_count,
                 CASE oi.ORDER_STATUS
                   when 'ORDER_STATUS_SEND' then
                    count(oi.order_id)
                   else
                    0
                 end send_order_count,
                 CASE op.process_status
                   when 'ORDER_PROBLEM_STATUS_WAIT' then
                    count(oi.order_id)
                   else
                    0
                 end wait_order_count,
                 CASE op.process_status
                   when 'ORDER_PROBLEM_STATUS_AGAIN' then
                    count(oi.order_id)
                   else
                    0
                 end again_order_count,
                 CASE op.process_status
                   when 'ORDER_PROBLEM_STATUS_RETURN' then
                    count(oi.order_id)
                   else
                    0
                 end return_order_count,
                 CASE op.process_status
                   when 'ORDER_PROBLEM_STATUS_RECEIVED_MK' then
                    count(oi.order_id)
                   else
                    0
                 end received_order_count,
                 CASE op.process_status
                   when 'ORDER_PROBLEM_STATUS_GETSELF' then
                    count(oi.order_id)
                   else
                    0
                 end getself_order_count,
                 CASE op.process_status
                   when 'ORDER_PROBLEM_STATUS_CONTACT' then
                    count(oi.order_id)
                   else
                    0
                 end contact_order_count,
                 sum(oi.amount) order_amount
                  from m_order_info      oi,
                       m_order_problem   op,
                       m_send_page_info  pi,
                       m_express_info    ei,
                       m_order_send_page sp
                 where oi.order_id = sp.order_id
                   AND sp.send_page_id = pi.send_page_id(+)
                   AND oi.order_id = op.order_id(+)
                   and pi.express_id = ei.express_id
                   and pi.cancel_flag = 0
                    and oi.order_status not in
                       ('ORDER_STATUS_SIGNED', 'ORDER_STATUS_RETURN_GOODS')
                   and oi.send_date 
                   and oi.send_date >=
                       to_date('2012-01-06', 'yyyy-mm-dd') - ei.feedback_day
                   and oi.send_date <=
                       to_date('2012-01-06 23:59:59', 'yyyy-mm-dd hh24:mi:ss') -
                       ei.feedback_day
                 group by ei.express_id,
                          ei.express_name,
                          oi.ORDER_STATUS,
                          op.process_status
                 order by ei.express_id) Y
         group by Y.express_id, Y.express_name
         order by Y.express_id) Y
  LEFT JOIN (select  /*+use_hash(oi,pi,ei,sp) first_rows*/
              ei.express_name,
              ei.express_id,
              sum(pi.box_count) box_count,
              count(oi.order_id) order_count,
              sum(oi.amount) order_amount
               from m_order_info      oi,
                    m_send_page_info  pi,
                    m_express_info    ei,
                    m_order_send_page sp
              where oi.order_id = sp.order_id
                AND sp.send_page_id = pi.send_page_id
                and pi.express_id = ei.express_id
                and pi.cancel_flag = 0
                and oi.send_date >= to_date('2012-01-06', 'yyyy-mm-dd')
                and oi.send_date <=
                    to_date('2012-01-06 23:59:59', 'yyyy-mm-dd hh24:mi:ss')
              group by ei.express_id, ei.express_name
              order by ei.express_id) X ON X.express_id = Y.express_id;
其具体执行计划及相关统计信息如下：
23 rows selected.
Elapsed: 00:00:03.44
Execution Plan
----------------------------------------------------------
Plan hash value: 1236569700
---------------------------------------------------------------------------------------------------------------
| Id  | Operation                         | Name              | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                  |                   |    67 | 14003 |       | 60235   (2)| 00:12:03 |
|*  1 |  HASH JOIN RIGHT OUTER            |                   |    67 | 14003 |       | 60235   (2)| 00:12:03 |
|   2 |   VIEW                            |                   |     4 |   156 |       | 12400   (2)| 00:02:29 |
|   3 |    SORT GROUP BY                  |                   |     4 |   252 |       | 12400   (2)| 00:02:29 |
|*  4 |     HASH JOIN                     |                   |     4 |   252 |       | 12399   (2)| 00:02:29 |
|*  5 |      HASH JOIN                    |                   |     4 |   192 |       | 12393   (2)| 00:02:29 |
|*  6 |       HASH JOIN                   |                   |     4 |   124 |       |   868   (4)| 00:00:11 |
|   7 |        TABLE ACCESS BY INDEX ROWID| M_ORDER_INFO      |     4 |    72 |       |     7   (0)| 00:00:01 |
|*  8 |         INDEX RANGE SCAN          | M_ORDER_INFO_IDX5 |     4 |       |       |     3   (0)| 00:00:01 |
|   9 |        TABLE ACCESS FULL          | M_ORDER_SEND_PAGE |   746K|  9481K|       |   852   (3)| 00:00:11 |
|* 10 |       TABLE ACCESS FULL           | M_SEND_PAGE_INFO  |  1267K|    20M|       | 11509   (2)| 00:02:19 |
|  11 |      TABLE ACCESS FULL            | M_EXPRESS_INFO    |   144 |  2160 |       |     6   (0)| 00:00:01 |
|  12 |   VIEW                            |                   |    67 | 11390 |       | 47834   (2)| 00:09:35 |
|  13 |    SORT GROUP BY                  |                   |    67 |  9715 |       | 47834   (2)| 00:09:35 |
|  14 |     VIEW                          |                   |    67 |  9715 |       | 47834   (2)| 00:09:35 |
|  15 |      HASH GROUP BY                |                   |    67 |  8241 |       | 47834   (2)| 00:09:35 |
|* 16 |       HASH JOIN OUTER             |                   |    67 |  8241 |       | 47833   (2)| 00:09:34 |
|* 17 |        HASH JOIN                  |                   |    67 |  5829 |       | 46652   (2)| 00:09:20 |
|  18 |         TABLE ACCESS FULL         | M_EXPRESS_INFO    |   144 |  2592 |       |     6   (0)| 00:00:01 |
|* 19 |         HASH JOIN                 |                   |   538K|    35M|    26M| 46639   (2)| 00:09:20 |
|* 20 |          TABLE ACCESS FULL        | M_ORDER_INFO      |   538K|    20M|       | 28799   (2)| 00:05:46 |
|* 21 |          HASH JOIN                |                   |   746K|    21M|    17M| 15029   (2)| 00:03:01 |
|  22 |           TABLE ACCESS FULL       | M_ORDER_SEND_PAGE |   746K|  9481K|       |   852   (3)| 00:00:11 |
|* 23 |           TABLE ACCESS FULL       | M_SEND_PAGE_INFO  |  1267K|    20M|       | 11509   (2)| 00:02:19 |
|  24 |        TABLE ACCESS FULL          | M_ORDER_PROBLEM   |   193K|  6812K|       |  1178   (1)| 00:00:15 |
---------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("X"."EXPRESS_ID"(+)="Y"."EXPRESS_ID")
   4 - access("PI"."EXPRESS_ID"="EI"."EXPRESS_ID")
   5 - access("SP"."SEND_PAGE_ID"="PI"."SEND_PAGE_ID")
   6 - access("OI"."ORDER_ID"="SP"."ORDER_ID")
   8 - access("OI"."SEND_DATE">=TO_DATE(' 2012-01-06 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
              "OI"."SEND_DATE"<=TO_DATE(' 2012-01-06 23:59:59', 'syyyy-mm-dd hh24:mi:ss'))
  10 - filter("PI"."CANCEL_FLAG"=0)
  16 - access("OI"."ORDER_ID"="OP"."ORDER_ID"(+))
  17 - access("PI"."EXPRESS_ID"="EI"."EXPRESS_ID")
       filter("OI"."SEND_DATE"< SYSDATE@!-INTERNAL_FUNCTION("EI"."FEEDBACK_DAY") AND
              "OI"."SEND_DATE">=TO_DATE(' 2012-01-06 00:00:00', 'syyyy-mm-dd
              hh24:mi:ss')-INTERNAL_FUNCTION("EI"."FEEDBACK_DAY") AND "OI"."SEND_DATE"<=TO_DATE(' 2012-01-06
              23:59:59', 'syyyy-mm-dd hh24:mi:ss')-INTERNAL_FUNCTION("EI"."FEEDBACK_DAY"))
  19 - access("OI"."ORDER_ID"="SP"."ORDER_ID")
  20 - filter("OI"."ORDER_STATUS"<>'ORDER_STATUS_SIGNED' AND
              "OI"."ORDER_STATUS"<>'ORDER_STATUS_RETURN_GOODS')
  21 - access("SP"."SEND_PAGE_ID"="PI"."SEND_PAGE_ID")
  23 - filter("PI"."CANCEL_FLAG"=0)

Statistics
----------------------------------------------------------
         29  recursive calls
          0  db block gets
     202832  consistent gets
          0  physical reads
          0  redo size
       2963  bytes sent via SQL*Net to client
       3573  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          2  sorts (memory)
          0  sorts (disk)
         23  rows processed
这条sql语句，通过使用hints和改变sql语句中的一些条件的顺序（多表之间强制使用hash连接，多了很多全表扫描，而原来的sql语句，使用嵌套循环，较好的平衡了io负载和cpu使用成本，同时使用了first_rows提示以提高响应速度，而where条件中的一些语句作了调整之后，过滤掉了大部分无关的数据），执行只花费了3秒多，一致读降低了差不多5倍，其响应速度得到了明显的提升，但是显著的问题也出来了，cpu使用成本涨了2倍，io负载也上去了，所以，具体的优化措施，得根据相应的业务来权衡，同时还要结合具体的服务器资源等综合考虑。
 
以上都是我的一些心得体会，有不对的地方，望各位博友能批评指正，以互相学习。

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

转载于:http://blog.itpub.net/25618347/viewspace-714654/

cjanvb5410
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle插入优化,oracle插入大量数据优化方式
weixin_42551310的博客
04-06 1828
1. 使用绑定变量优化插入速度未优化前代码如下create table t(x int);create or replace procedure proc1asbeginfor i in 1 .. 100000loop execute immediate'insert into t values('||i||')';commit;end loop;end;exec proc1;执行时间如下： 使用...
oracle批量插入优化,oracle批量插入优化方案
weixin_35638218的博客
04-15 1678
今天听DBA说如果从一个表批量查询出一批数据之后批量插入另外一张表的优化方案：1)不写归档日志；2)采用独占关于insert /*+ append */我们需要注意以下三点：a、非归档模式下，只需append就能大量减少redo的产生；归档模式下，只有append+nologging才能大量减少redo。b、insert /*+ append */时会对表加锁(排它锁)，会阻塞表上的除了selec...
Oracle 批量插入sql优化一例
unforgivenhg的博客
05-31 1017
Oracle 批量插入sql优化一例COUNT(1) 概念 大多数程序员在进行大数据量任务的加工处理时，因考虑可能没有足够的undo空间，或者认为 频繁地提交大量小事务 会比处理和 提交一个大事务 更快，也更高效，因此总是力图找出一种过程性的方法，通过循环来完成这个任务。 这是一种不好的存在误导性的开发习惯，最好的办法是按业务的要求以适当的频度提交，并且相应地设置undo大小。 通常频繁的提交并不会更快，一般地在一个sql语句完成工作几乎总是更快一些，应该充分利用sql的批量处理能力。 我们尝试添加 AP
Oracle系列之八：SQL查询
聚集机器学习、信息安全
04-20 3827
Oracle它提供了一个强大的SQL引擎，使得用户可以通过SQL语言来管理和操作数据库。SQL是结构化查询语言的缩写，是一种用于访问和操作关系数据库的标准语言。本篇博客主要介绍Oracle中的SQL语言，包括查询、更新、删除、插入等操作。
Oracle 优化篇+查看SQL的AWR报告
ZZT_2009
05-20 1216
说明：本文为Oracle 11gR2中查看SQL的AWR报告的指导手册 用途：本文只是提供一种方法和思路，更多更高级的使用方法还期待你不断的探索哦 标签：查看SQL的AWR报告、WORKLOAD REPOSITORY SQL Report、awrsqrpt.sql、awrsqrpi.sql 温馨提示：如果您发现本文哪里写的有问题或者有更好的写法请留言或私信我进行修改优化 ★ 执行测试SQL ※ 温馨提示：建议将测试SQL执行5次以上，否则AWR不会收集该SQL的信息 sqlplus / as sysdb
ORACLE性能优化之SQL语句优化
热门推荐
jdzms23的专栏
04-16 2万+
操作环境:AIX +11g+PLSQL 包含以下内容： 1. SQL语句执行过程 2. 优化器及执行计划 3. 合理应用Hints 4. 索引及应用实例 5. 其他优化技术及应用
Oracle向MySQL改造：复杂SQL语句的转化和优化
weixin_40649680的博客
12-03 1921
Oracle向MySQL8+改造：复杂SQL语句的转化和性能优化
Oracle高性能SQL查询优化取数方案
weixin_51052054的博客
12-08 1401
高性能SQL查询优化取数方案 1. 描述 报表的核心是数据，数据集是否合理决定报表的质量。 1.每张报表都应该有一个主数据集，为了降低维护时的工作量，尽量将所有字段置于主数据集，除非在某些情况下，不使用多源数据集会导致主数据 集异常复杂。 2.在制作报表之前，尽量考虑到所有需要展示的数据字段，在数据库软件中，合理编写sql语句，大数据情况尽量对sql做优化，以及添加索引。 拥有高性能SQL查询语句，能使查询速度加快，报表展示速度得到较明显的提升！ 2. 方案介绍 2.1 SELECT子句中避免使用 “*”
Oracle数据库业务SQL优化实战-时间区间查询案例
qq_38375721的博客
12-23 2026
在业务开发中遇到SQL性能问题，该怎么去解决，这里有一些思路供你参考
SQL查询优化技巧
每天学习一点点
04-23 5757
查询优化的本质是让数据库优化器为SQL语句选择最佳的执行计划。一般来说，对于在线交易处理（OLTP）系统的数据库，减少数据库磁盘I/O是SQL语句性能优化的首要方法，因为磁盘访问通常是数据库性能的瓶颈所在。 另外，我们还需要考虑降低CPU和内存的消耗。例如DISTINCT、GROUP BY、ORDER BY等操作都会涉及CPU运算，需要占用内存或者使用临时磁盘文件，这些都是我们优化的目标。 创建合适的索引 索引是优化查询性能的重要方法，因此我们首先需要了解哪些字段适合创建索引： 基于经常出现在
SQL 语句优化方法30例
09-11
在SQL语句优化中，Oracle HINTs是一种强大的工具，它们允许数据库管理员和开发人员指导优化器选择特定的查询执行计划。以下是对标题和描述中提及的一些常见Oracle HINTs的详细解释： 1. `/*+ALL_ROWS*/`：这个提示...
Oracle子查询性能优化一例
03-23
背景：要做一个birt报表，数据库是oracle10g，但数据源是从多个数据表中得到的，所以只能写存储过程，把数据整合到一个临时表中去。完成的存储过程大致如下(只保留主要代码)： 　背景： 　要做一个birt报表，数据库...
oracle sql优化 30例
03-30
本文将深入探讨“Oracle SQL优化30例”中的关键知识点，旨在为初学者提供一个全面的入门指南。 1. **索引优化**：索引是提升查询速度的关键，合理创建和使用索引能显著提高数据检索的速度。例如，应优先为经常出现...
Oracle数据库设计与SQL优化.ppt
06-03
《Oracle数据库设计与SQL优化》课程旨在深入讲解Oracle数据库的设计原则和SQL语句的优化技巧，以提升数据库系统的性能和数据安全性。课程分为五个主要章节，涵盖了从基础理论到高级实践的全面内容。 第一章，数据库...
SQL语句优化方法30例(推荐)
09-11
在SQL语句优化中，Oracle HINT是一种强大的工具，它允许开发者通过在SQL查询中添加特定的注释来直接影响数据库的查询计划，从而提高查询性能。以下是对标题和描述中提到的一些常见Oracle HINT的详细解释： 1. `/*+...
OAuth2.0 or Spring Session or 单点登录流程
qq_53374893的博客
07-20 441
一句话精辟解释： 在过滤器放行的时候，偷偷的把原生的 request 和 response 对象换成了它的实现，也就是 调用getSession 的时候拿到的 其实是对redis 操作的Session。但其他的操作还是使用原生的，只不过重写的方法，调用的是子类的，也就是往 redis 里放入 Session，把原生的操作给替换了！分布式Session原理，使用子域名，的时候放入父域名的 JsessionId 然后将这个ID 的所存的内容放入Redis ，这样实现不同域名共享同一sessionID.
redis+spring面试题
github_36510643的博客
07-21 418
redis+spring面试题
基于JSP的高校信息资源共享平台
最新发布
heye0910032的博客
07-22 660
高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。通过使用JSP技术和MySQL数据库，本系统实现了一个稳定、安全、易用的高校信息资源管理平台。虽然在开发过程中遇到了一些技术挑战，但通过不断学习和实践，最终完成了一个能够满足用户需求的系统。未来，我们将继续优化系统功能，提升用户体验，以期达到更高的应用价值和社会效益。高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。
docker容器
2401_83945639的博客
07-20 951
root@lvs-server ~]# docker start 8a1e7f458daf --手动start启动。-v 目录映射【宿主机的目录映射给容器的某个目录，将容器中的目录挂载到宿主机的目录中】docker rm -f $(docker ps -aq) 删除所有的容器。docker rm -f cname 强制删除，可以删除正在运行的容器。-p 端口映射【宿主机的端口映射给容器的某个端口】创建容器并运行 --这个是mysql的容器。docker ps -q 查看所有容器id。
Oracle SQL实战：百例查询训练
"这篇文档是关于Oracle SQL语句的经典训练案例，主要针对初学者或希望提升SQL技能的人员。通过sscott/tiger用户下的emp和dept表，介绍了一系列基础查询和操作，包括连接数据库、查询表内容、查看当前用户、显示表...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值