Oracle 排序优化

programmerv 2019-06-20

2015年5月20日19:14:43 - 排序

1. 查看排序区内存的大小以及设置

实际排序所用到的内存、磁盘的统计信息：

pga_aggregate_target：此参数用来指定所有session总计可以使用最大PGA内存 olap:50% oltp:20%

sqlSQL> show parameter pga_aggre

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
pga_aggregate_target                 big integer            0
SQL> show parameter workarea_size_policy

workarea_size_policy：此参数用于开关PGA内存自动管理功能 auto:自动分配sort_area_size 属于workarea 如果需要经常排序就需要把这个值设置大点

sqlSQL> show parameter workarea_size_policy

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
workarea_size_policy                 string                 AUTO

select name, value from v$sysstat where name like ‘sort%’; select * from v$pgastat;

sqlSQL> select name , value from v$sysstat where name like 'sort%';

NAME                                                                                                                          VALUE
-------------------------------------------------------------------------------------------------------------------------------- ----------
sorts (memory)                                                                                                                 4283
sorts (disk)                                                                                                                      0
sorts (rows)                                                                                                                  40823

2. 比较以下操作

select * from customers;

sqlSQL> set autotrace traceonly
SQL> select * from customers;

已选择55500行。

已用时间:  00: 00: 01.93

执行计划
----------------------------------------------------------
Plan hash value: 2008213504

-------------------------------------------------------------------------------
| Id  | Operation         | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |           | 55500 |  9810K|   406   (1)| 00:00:05 |
|   1 |  TABLE ACCESS FULL| CUSTOMERS | 55500 |  9810K|   406   (1)| 00:00:05 |
-------------------------------------------------------------------------------


统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       5057  consistent gets
       1455  physical reads
          0  redo size
   10855625  bytes sent via SQL*Net to client
      41109  bytes received via SQL*Net from client
       3701  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      55500  rows processed

select * from customers order by cust_last_name;

sqlSQL> select * from customers order by cust_last_name;

已选择55500行。

已用时间:  00: 00: 01.93

执行计划
----------------------------------------------------------
Plan hash value: 2792773903

----------------------------------------------------------------------------------------
| Id  | Operation          | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |           | 55500 |  9810K|       |  2612   (1)| 00:00:32 |
|   1 |  SORT ORDER BY     |           | 55500 |  9810K|    12M|  2612   (1)| 00:00:32 |
|   2 |   TABLE ACCESS FULL| CUSTOMERS | 55500 |  9810K|       |   406   (1)| 00:00:05 |
----------------------------------------------------------------------------------------


统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       1459  consistent gets
       1454  physical reads
          0  redo size
    6278979  bytes sent via SQL*Net to client
      41109  bytes received via SQL*Net from client
       3701  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
      55500  rows processed

可以看到使用order by用到了额外的12M内存

3. 在cust_last_name创建b*索引

没建索引：

sqlexplain plan for select  cust_last_name  from customers order by cust_last_name;
sqlSQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------
Plan hash value: 2792773903

----------------------------------------------------------------------------------------
| Id  | Operation          | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |           | 55500 |   433K|       |   610   (1)| 00:00:08 |
|   1 |  SORT ORDER BY     |           | 55500 |   433K|   880K|   610   (1)| 00:00:08 |
|   2 |   TABLE ACCESS FULL| CUSTOMERS | 55500 |   433K|       |   405   (1)| 00:00:05 |
----------------------------------------------------------------------------------------

建立索引：

sqlcreate index lastname_idx on customers(cust_last_name);
sqlexplain plan for select /*+ index(c lastname_idx) */ cust_last_name  from customers order by cust_last_name;

执行计划：

sqlSQL> explain plan for select /*+ index(c lastname_idx) */ cust_last_name  from customers order by cust_last_name;

已解释。

已用时间:  00: 00: 00.00
SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------
Plan hash value: 3470560620

---------------------------------------------------------------------------------
| Id  | Operation        | Name         | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |              | 55500 |   433K|   143   (1)| 00:00:02 |
|   1 |  INDEX FULL SCAN | LASTNAME_IDX | 55500 |   433K|   143   (1)| 00:00:02 |
---------------------------------------------------------------------------------

可以发现在一列建立索引后，对该列进行排序操作不需要再执行排序操作，
他会根据索引来进行查询(索引中本来就已经排好序)

结论

建立索引可以节省排序操作的时间。

4. 查询前十条记录

通常我们都会：

sqlselect cust_last_name from customers where rownum<=20 order by 1;
sqlSQL> select cust_last_name from customers where rownum<=20 order by 1;

CUST_LAST_NAME
--------------------------------------------------------------------------------
Everett
Everett
Everett
Everett
Everett
Everett
Everett
Everett
Everett
Ruddy
Ruddy

CUST_LAST_NAME
--------------------------------------------------------------------------------
Ruddy
Ruddy
Ruddy
Ruddy
Ruddy
Ruddy
Ruddy
Ruddy
Ruddy

已选择20行。

这样是错误的,因为在oracle中where永远都是先执行的也就先取20条再排序。

正确的做法是使用子查询：

sqlselect cust_last_name from (select * from customers order by cust_last_name) where rownum<10;
sqlSQL>select cust_last_name from (select * from customers order by cust_last_name) where rownum<10;
CUST_LAST_NAME
--------------------------------------------------------------------------------
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron

CUST_LAST_NAME
--------------------------------------------------------------------------------
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron

已选择20行。

没建索引：

sqlPLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------------------------
Plan hash value: 1285511559

---------------------------------------------------------------------------------------------
| Id  | Operation               | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT        |           |     9 |   198 |       |  2612   (1)| 00:00:32 |
|*  1 |  COUNT STOPKEY          |           |       |       |       |            |          |
|   2 |   VIEW                  |           | 55500 |  1192K|       |  2612   (1)| 00:00:32 |
|*  3 |    SORT ORDER BY STOPKEY|           | 55500 |  9810K|    12M|  2612   (1)| 00:00:32 |
|   4 |     TABLE ACCESS FULL   | CUSTOMERS | 55500 |  9810K|       |   406   (1)| 00:00:05 |
---------------------------------------------------------------------------------------------

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------------------------

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

   1 - filter(ROWNUM<10)
   3 - filter(ROWNUM<10)

已选择17行。

建立索引后：

sqlPLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
Plan hash value: 3026242074

----------------------------------------------------------------------------------
| Id  | Operation         | Name         | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |              |     9 |   198 |     4   (0)| 00:00:01 |
|*  1 |  COUNT STOPKEY    |              |       |       |            |          |
|   2 |   VIEW            |              |     9 |   198 |     4   (0)| 00:00:01 |
|   3 |    INDEX FULL SCAN| LASTNAME_IDX |     9 |       |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------------


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

   1 - filter(ROWNUM<10)

已选择15行。

建立索引后,子查询效率明显提高

同时select cust_last_name from customers where rownum<=10 order by cust_last_name;和上面的结果已经大不相同。

sqlSQL> select cust_last_name from customers where rownum<=10 order by cust_last_name;

CUST_LAST_NAME
--------------------------------------------------------------------------------
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron
Aaron

已选择10行。

执行计划：

sqlSQL> explain plan for
  2  select cust_last_name from customers where rownum<=10 order by cust_last_name;

已解释。

已用时间:  00: 00: 00.00
SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------------
Plan hash value: 2820001957

---------------------------------------------------------------------------------
| Id  | Operation        | Name         | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |              |    10 |    80 |     2   (0)| 00:00:01 |
|*  1 |  COUNT STOPKEY   |              |       |       |            |          |
|   2 |   INDEX FULL SCAN| LASTNAME_IDX | 55500 |   433K|     2   (0)| 00:00:01 |
---------------------------------------------------------------------------------

Predicate Information (identified by operation id):

PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------------
---------------------------------------------------

   1 - filter(ROWNUM<=10)

已选择14行。

竟然不是刚刚那样乱的。

结论

建立索引能够对提高子查询的性能，并且查询前十条记录不再需要使用子查询， 因为建立好索引后已经是排好序的，只要根据索引从表中拿出前十条记录即可。

5. 分组与索引

首先先建立一个表

sqlSQL> create table s as select * from sales;
表已创建。

s表与sales表的数据完全是一致的但s表没有sales表上的索引。

然后我们看一下执行计划：

sqlSQL> explain plan for
  2  select cust_id,avg(amount_sold) from s group by cust_id;

已解释。

已用时间:  00: 00: 00.23
SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------
Plan hash value: 1912481676

---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |   785K|    19M|  1271   (4)| 00:00:16 |
|   1 |  HASH GROUP BY     |      |   785K|    19M|  1271   (4)| 00:00:16 |
|   2 |   TABLE ACCESS FULL| S    |   785K|    19M|  1236   (1)| 00:00:15 |
---------------------------------------------------------------------------

Note

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------
-----
   - dynamic sampling used for this statement (level=2)

已选择13行。

我们再看一下sales表（即建立了索引的表）:

sqlSQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------
Plan hash value: 2820001957

---------------------------------------------------------------------------------
| Id  | Operation        | Name         | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |              |    10 |    80 |     2   (0)| 00:00:01 |
|*  1 |  COUNT STOPKEY   |              |       |       |            |          |
|   2 |   INDEX FULL SCAN| LASTNAME_IDX | 55500 |   433K|     2   (0)| 00:00:01 |
---------------------------------------------------------------------------------

Predicate Information (identified by operation id):

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------
---------------------------------------------------

   1 - filter(ROWNUM<=10)

已选择14行。

结论

group by的一列上建立索引group by 性能更佳。

下面是关于order by 升序降序的执行计划可以看出建立索引升降序对排序不会影响性能
升序:

sqlSQL> select cust_last_name from customers where rownum <= 10 order by cust_last_name;
SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------
Plan hash value: 2820001957

---------------------------------------------------------------------------------
| Id  | Operation        | Name         | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |              |    10 |    80 |     2   (0)| 00:00:01 |
|*  1 |  COUNT STOPKEY   |              |       |       |            |          |
|   2 |   INDEX FULL SCAN| LASTNAME_IDX | 55500 |   433K|     2   (0)| 00:00:01 |
---------------------------------------------------------------------------------

Predicate Information (identified by operation id):

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------
---------------------------------------------------

   1 - filter(ROWNUM<=10)

已选择14行。

降序：

sqlSQL> select cust_last_name from customers where rownum <= 10 order by cust_last_name;

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------------------
Plan hash value: 1596600344

--------------------------------------------------------------------------------------------
| Id  | Operation                   | Name         | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |              |     9 |    72 |     2   (0)| 00:00:01 |
|*  1 |  COUNT STOPKEY              |              |       |       |            |          |
|   2 |   INDEX FULL SCAN DESCENDING| LASTNAME_IDX | 55500 |   433K|     2   (0)| 00:00:01 |
--------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------------------
---------------------------------------------------

   1 - filter(ROWNUM<10)

已选择14行。
programmerv

programmerv

相关推荐

关于ORACLE索引的几种扫描方式

一条sql执行的效率因执行计划的差异而影响，经常说这条sql走索引了，那条sql 全表扫了。索引是怎么走的呢，说说我了解到的几种索引走的方式。具体来说，仅当查询谓词使用等号运算符引用唯一索引键中的所有列时，数据库才执行唯一扫描.数据库从索引条目中获取行标识

娜娜 / 0评论 2020-07-18

疑问？ Oracle普通的B树索引是升序还是降序？

Oracle普通的B树索引是升序还是降序？SQL> create table a as select * from dba_objects;SQL> select object_name from a where object_id in or

talkingDB / 0评论 2020-07-05

oracle执行计划打印

下班逗猫闲得无聊，写写自己对几种oracle执行计划打印的认识。废话少说开始吧方式一：explain plan for使用explain plan for，这种查询方式适合查看单条执行SQL的执行计划。explain plan for的查看方式也有两种：1

zhangchaoming / 0评论 2020-06-21

Oracle绑定变量优缺点

因为oracle对于sql语句的首先的解析逻辑，会先匹配是否可以软解析，不行则会进行硬解析，相对而言 硬解析比较麻烦。select * from table where id = ‘1‘ 和select * from table where id = ‘2

zhangchaoming / 0评论 2020-05-27

Oracle里的执行计划

第二章：Oracle里的执行计划2.1 什么是执行计划Oracle用来执行目标SQL语句的这些步骤的组合就被称为执行计划。可以看到Oracle在执行目标SQL时所用的内部执行步骤，这些步骤的执行顺序，所对应的的谓词信息、列信息，优化器评估出来执行这些步骤后

LuoXinLoves / 0评论 2020-05-04

面试篇三：数据库MySQL、Oracle

SELECT * FROM admin_company ORDER BY id LIMIT 0,10;limit后参数代表什么意思？LIMIT[位置偏移量,]行数，第一个参数是从哪个序号加上，初始是0，第二个参数是查询多少行记录。MySQL在创建表时就会创

康慧欣 / 0评论 2020-05-02

[ORACLE]自适应游标共享Adaptive Cursor Sharing

v$SQL_CS_SELECTIVITY --查看SQL游标的各个变量选择范围,它包含着各个条件谓词,绑定变量值以及它的最大值和最小值等信息。select IS_BIND_SENSITIVE,IS_BIND_AWARE,IS_SHAREABLE,SQL_T

Justdoit00 / 0评论 2020-04-26

oracle数据库应用开发经验

一般应用都会有一些表用来记录用户操作日志，数据变更记录，交易流水等日志型的库表。这些表最好按时间字段做分区，这样在迁移或者清理历史记录时会比较方便，借助oracle的分区交换清理特性，效率比delete高很多。Oracle在创建序列可以指定cache参数，

oraclemch / 0评论 2019-12-29

Oracle调优之no_unnest和unnest用法简介

本博客介绍Oracle SQL调优的一种常用也是很实用的方法，也即/*+no_unnest */和/*+ unnest*/，介绍Oracle 的 /*+unnest */ 、 /*+ no_unnest */之前，先介绍一下Hint。Hint对于开发人员来

talkingDB / 0评论 2020-01-11

Oracle查看SQL执行计划1--explain plan

SQL> set linesize 800SQL> select * from table;Oracle10g\11g中，如果我们对目标SQL执行explain plan命令，则oracle就将解析目标SQL所产生的执行计划的具体执行步骤写入P

Streamoutput / 0评论 2020-01-10

数据库-Oracle通过执行计划查看查询语句是否使用索引【转】

select * from t_call_records where t_bjhm=‘123456‘。如上图所示，index range scan为索引范围扫描;索引范围扫描，当优化器发现在UNIQUE列上使用了大于、小于、大于等于、小于等于以及BETWE

Streamoutput / 0评论 2019-12-02

Oracle Proc编程性能优化经验

Proc 是Oracle提供的一种数据库操作的AP。它是基于ESql技术的，需要预编译后才可以变成普通c代码，非常不直观，使用起来不太方便，阅读也存在困难。因为这些问题导致程序员平时开发中会出现一些Proc操作存在效率低下的情况，本文介绍一些Proc一些编

oraclemch / 0评论 2019-12-01

记一次Oracle数据库实验--索引的常见执行计划

INDEX FULL SCAN：索引的全扫描，单块读，有序INDEX RANGE SCAN：索引的范围扫描INDEX FAST FULL SCAN：索引的快速全扫描，多块读，无序INDEX FULL SCAN：针对MAX(),MIN()函数的查询INDEX

der / 0评论 2019-11-27

Oracle笔记

utm_source=blogxgwz14

zgxzowen / 0评论 2015-07-01

分享一份Oracle官方文档学习路线图

概述今天主要分享下Oracle数据库的官方文档学习路线图。重点如下：1、sql、pl/sql. 作为oracle的基本功，需要大家对sql和plsql非常的熟悉。特别是sql里面的多表连接、子查询、各种新版本的函数，以及plsql里面的所有语法。不要认为这

jbossllx / 0评论 2019-11-05

SQL Server,MySQL,Oracle三者的区别

完全支持所有的工业标准。对开发商全力支持，Oracle并行服务器通过使一组结点共享同一簇中的工作来扩展Windows NT的能力，提供高可用性和高伸缩性的簇的解决方案。Oracle的并行服务器对各种UNIX平台的集群机制都有着相当高的集成度。　Oracle

静思苑 / 0评论 2019-01-15

Oracle中游标Cursor使用实例

Oracle数据库中的cursor分为2中类型：shared cursor，session cursor. 会缓存存储目标sql的sql文本、解析树、该sql所涉及的对象定义、该sql所使用的绑定变量类型和长度，以及改sql的执行计划等信息。分别在V$SQ

人勤阡陌绿 / 0评论 2019-03-27

Oracle SQL性能分析之10053事件

优化器生成正确执行计划的前提条件是要有正确的统计信息，不准确的统计信息往往会导致错误的执行计划。当通过SQL和基数推断出的执行计划和实际执行计划不同时，就可以借助10053事件。10053事件是用来诊断优化器如何估算成本和选择执行计划的，用它产生的trac

Cavlier / 0评论 2019-03-19

Oracle高并发系列1：DML引起的常见问题及优化思路

王鹏冲，平安科技数据库技术专家，浸淫数据库行业十多年，对Oracle数据库有浓厚兴趣，也对MySQL、MongoDB、Redis等数据库有一定架构和运维经验，目前正沉迷在PostgreSQL数据库与Oracle数据库的PK之中，重点在关系型数据库的分布式架

EricRay / 0评论 2017-05-26

oracle--如何分析执行计划

当这个操作完成之后，产生的rowsource中的数据被送往下一步骤进行处理，在此例中，SELECTSTATEMENT操作是这个查询语句的最后一步。决定该语句使用何种优化器的唯一方法是看后面的cost部分。例如，如果给出的是下面的形式，则表明使用的是CBO优

javamao00 / 0评论 2011-08-15

五分钟精通Oracle Hints

在向大家详细介绍OracleHints之前，首先让大家了解下OracleHints是什么，然后全面介绍OracleHints，希望对大家有用。基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选

leiyanglove / 0评论 2011-07-06

SQL Server,MySQL,Oracle三者的区别

完全支持所有的工业标准。对开发商全力支持，Oracle并行服务器通过使一组结点共享同一簇中的工作来扩展Windows NT的能力，提供高可用性和高伸缩性的簇的解决方案。Oracle的并行服务器对各种UNIX平台的集群机制都有着相当高的集成度。　Oracle

joyleeLyhua / 0评论 2019-01-15

关于Ibatis 转换 oracle date类型的问题

sql_text:select distinct t.cc from aa twhere t.update_time > :1 and t.update_time < :2. 怀疑是统计信息的问题，于是重新收集了统计信息，并重新生成了执行计划，

EricRay / 0评论 2013-08-01

oracle性能优化

主要从内部存储结构，逻辑分区，表结构范式，sql语句优化。对于ORACLE数据库的数据存取，主要有四个不同的调整级别，第一级调整是操作系统级包括硬件平台,第二级调整是ORACLERDBMS级的调整,第三级是数据库设计级的调整,最后一个调整级是SQL级。通常

joyleeLyhua / 0评论 2015-03-25

windows系统下oracle数据库定时自动备份

　　exp %USER%/%PASSWORD%@%OWNER% file=%FILENAME% log=%EXPLOG% owner=%USER% grants=n. 　　1.在任务计划栏目下新增一个名为"oracle_backup"的

bob于 / 0评论 2014-02-10

宜信-运维-数据库|SQL优化：一篇文章说清楚Oracle Hint的正确使用姿势

Hint是Oracle数据库中很有特色的一个功能，是很多DBA优化中经常采用的一个手段。基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻DBA的负担。Hint就是Oracle提供的一种机制，用来告诉优化器按照告诉它的方式生成执行计划。

seawaycao / 0评论 2019-07-01

Oracle笔记

utm_source=blogxgwz14

handle0 / 0评论 2015-07-01

oracle数据库监控与压力测试方法

sqlplusc/xt@stress_testset autot trace explain关掉数据查询输出,只生成执行计划。[ora10@dev160 ~]$ export ORACLE_SID=crm0[ora10@dev160 ~]$ sqlplus

landdin0 / 0评论 2015-03-28

Oracle杂记

好久木有写博客了。罪过罪过，实在是太忙，好在闲余没有白白浪费，Oracle的水平有了一个质的飞跃，越来越喜欢在命令行模式里面直接管理数据库的感觉了。前段时间参加Velocity China 2012 _ web性能大会，期间接触到了MySql的集群方案，鉴

pfpfpfpfpf / 0评论 2012-12-27

oracle sql优化规范

22.在oracle上 尽量不要使用hints提示，因为我们的表 始终在变，可能目前你的效果很有效，但是随着每个表的数据的变化，并不保证你的sql 始终都是高效的

FightFourEggs / 0评论 2011-08-24

探讨Oracle 11g的Result Cache原理（上）

概述缓存一直是解决信息、数据访问效率的一个重要方法。常见的缓存包括内存、前端特殊数据结构等。数据信息虽然都是保存在系统后端的数据库或者文件系统中，但是为了性能常常会将其以一定形式组织到前端，减少访问过程中的传递链过程。Oracle最常见的Cache就是SG

joyleeLyhua / 0评论 2019-06-22

详解Oracle数据库开发的基准原则归纳总结，值得收藏

概述目前绝大多数系统，都是基于对数据库的交互式操作，开发人员大部分的工作都是直接或者间接与数据库打交道。作为开发人员，正确的使用数据库技术，不但可以提高数据库相关开发的效率，而且可以有效的减少投产运维阶段的工作量。今天主要从实际工作体会入手，简单介绍几个O

der / 0评论 2019-06-18

ORACLE 多表关联 UPDATE 语句

在某个业务受理子系统BSS中，是两个独立的子查询，查看执行计划可知，对b表/索引扫描了2篇；

lzdcsdn / 0评论 2013-01-07

PreparedStatement与Statement的区别

An object that represents a precompiled SQL statement.A SQL statement is precompiled and stored in a PreparedStatement object.并不

landdin0 / 0评论 2009-03-29

ORACLE的sql调优2（转载）

3.select句子中最好不要出现*，要写具体的列名，不然oracle会一次解析每个字段，费时。

wuqingyong / 0评论 2011-08-02

详解Oracle数据库sql查询视图--v$sql，v$sqlarea，v$sqltext

zhuzhufxz / 0评论 2019-05-20

Oracle SQL调优记录

本博客只记录工作中的一次oracle sql调优记录，因为数据量过多导致的查询缓慢，一方面是因为业务太过繁杂，关联了太多表。面对复杂的业务场景，确实有些情况是需要关联很多表的。当然有些情况是可以将业务实现放在Java代码里，有些情况可以不要关联很多表。or

haiross / 0评论 2018-12-31

Oracle实验--IS NULL不走索引？IS NOT NULL走索引？

概述由于业务的需要：查看某列值为NULL的记录有多少。这是一个十分简单的需求，同时也很容易实现。无非就是使用如下语句：。SELECT * FROM table WHERE xx IS NULL;结果得出的结果只有几十条记录,但是执行的时间比我想象中的长了许

chenhuizhuchz / 0评论 2019-05-02

Oracle DBA做SQL优化的最佳思路

如何在 Oracle数据库里写出高质量的SQL语句，如何在Oracle数据库里对有性能问题的SQL做诊断和调整，这是DBA们在ORACLE数据库实践中不可避免的难题。下面就让我们来分析一下拿到一条问题sql后我们可以如何去开始我们的优化思路。方法3：平衡系

touchshome / 0评论 2018-08-03

Oracle迁移到MySQL性能下降的注意点

背景：最近有较多的客户系统由原来由Oracle改造到MySQL后出现了性能问题CPU 100%，或是后台的CRM系统复杂SQL在业务高峰的时候出现堆积导致业务故障。接下来我将列举一些常见从Oracle迁移到MySQL过程中可能出现问题的点：。2). 指导数

xpaibeyond / 0评论 2017-03-21

Oracle中使用DBMS_XPLAN处理执行计划详解

概述DBMS_XPLAN是Oracle提供的一个用于查看SQL计划，包括执行计划和解释计划的包；在以前查看SQL执行计划的时候，我都是直接使用set autotrace命令，不过DBMS_XPLAN包也给出了更加简化的获取和显示计划的方式。DBMS_XPL

blogofdee / 0评论 2019-04-21

分享一本SQL优化最佳实践--构建高效率Oracle数据库的方法与技巧

概述这本书我是专门买了一本，没事就学习来看的，确实很不错，曾经有人问我介绍一些sql优化的书籍，我也是首推这本，它以大量案例为依托，系统讲解了SQL语句优化的原理、方法及技术要点。引言篇，总结了实际工作中常见的问题，并通过真实案例让人感受到SQL语句优化的

FenggFocusOracle / 0评论 2019-04-20

详解Oracle数据库OutLines的使用--控制SQL执行计划的机制

概述在实际的工作当中，可能会碰到在开发环境或测试环境中系统运行正常，但是移植到真实生产环境中却发现响应速度很慢，如果在调试之后效果仍然不佳的情况下，可以尝试使用outlines来稳定个别SQL语句的执行计划。概念Oracle Outline，中文也称为存储

chenhuizhuchz / 0评论 2019-04-20

Oracle 裁员史：技术人死于重组，卒于云计算

Oracle 新的一轮裁员大潮开始了！2019 年 3 月 23 日，Oracle 执行副总裁 Don Johnson 向员工发送了一封标题为“组织重组”的电子邮件。据相关信息显示，Oracle 这次裁员将影响多个国家，墨西哥裁员 50 人，新罕布什尔州裁

guxueliang / 0评论 2019-03-28

【oracle实验】--测试主键字段类型对执行计划的影响

概述一般我们主键类型都为数字的，但是还是有些奇葩系统设计主键字段类型为varchar，下面看看这两个类型对执行计划的影响。create table t1 as select * from dba_objects where 1=0;alter table

jbossllx / 0评论 2019-04-10

Oracle云服务再填重磅产品，自主交易处理服务上线！

Oracle自主交易处理服务正式发布，该服务针对金融、零售和制造等产业设计，瞄准ERP系统等需处理复杂交易的工作。此外，该服务也运用机器学习技术，来优化工作负载量，若负载量出现异常，能实时自动调整。此外，Oracle自主交易处理服务中机器学习的应用，还能在

Ccrtoo / 0评论 2018-09-07

详解oracle执行计划SQL改写方式

概述一直以为 会写SQL， 是最实在的基础，会写SQL了，才会优化SQL，会优化SQL，才知道怎么设计表结构，进而设计更加精妙的业务类型， 业务类型就大致知道IO的大致规律。从而知道更加复杂的架构模型。好了废话不多说，下面介绍下测试的几个小实验，主要关于S

hzcyhujw / 0评论 2019-03-30

数据库：Oracle SQL性能优化的40条军规（实战典藏）

有头友希望来篇Oracle的，所有应要求，奉上一篇Oracle的SQL优化实战参考，望有助于你更进一步。前篇关于MySQL的见：数据库：史上最全SQL优化方案，总有一款留给你！Oracle提供对执行过的SQL语句进行高速缓冲的机制。当ORACLE处理多个表

sallywu / 0评论 2019-01-31

如何从oracle执行计划看sql语句执行效率？

概述如何快速判断 SOL 执行计划是否高效，其实这是一个知识和经验的完美结合过程。其实也有一些维度可以作为参考的，下面一起来看看吧。从执行计划读效率--返回行与逻辑读比率DROP TABLE t;CREATE TABLE t as select * fro

blogofdee / 0评论 2019-03-26