ORACLE SQL优化大全（转）

原文?https://blog.csdn.net/Bian_MCheng/article/details/87871771

ORACLE数据库的PL/SQL语句执行的优化器，有基于代价的优化器（CBO）和基于规则的优化器（RBO）。

????RBO的优化方式，依赖于一套严格的语法规则，只要按照规则写出的语句，不管数据表和索引的内容是否发生变化，不会影响PL/SQL语句的"执行计划"。

????CBO自ORACLE7版被引入，ORACLE自7版以来采用的许多新技术都是只基于CBO的，如星型连接排列查询，哈希连接查询，反向索引，索引表，分区表和并行查询等。CBO计算各种可能"执行计划"的"代价"，即cost，从中选用cost最低的方案，作为实际运行方案。各"执行计划"的cost的计算根据，依赖于数据表中数据的统计分布，ORACLE数据库本身对该统计分布是不清楚的，须要分析表和相关的索引，才能搜集到CBO所需的数据。

????CBO是ORACLE推荐使用的优化方式，要想使用好CBO，使SQL语句发挥最大效能，必须保证统计数据的及时性。

????统计信息的生成可以有完全计算法和抽样估算法。SQL例句如下：

????完全计算法： analyze table abc compute statistics;
????抽样估算法(抽样20%)： analyze table abc estimate statistics sample 20 percent;

????对表作完全计算所花的时间相当于做全表扫描，抽样估算法由于采用抽样，比完全计算法的生成统计速度要快，如果不是要求要有精确数据的话，尽量采用抽样分析法。建议对表分析采用抽样估算，对索引分析可以采用完全计算。

????我们可以采用以下两种方法，对数据库的表和索引及簇表定期分析生成统计信息，保证应用的正常性能。

????1. 在系统设置定时任务，执行分析脚本。

????在数据库服务器端，我们以UNIX用户oracle，运行脚本analyze，在analyze中，我们生成待执行sql脚本，并运行。（假设我们要分析scott用户下的所有表和索引）

????Analyze脚本内容如下：

sqlplus scott/tiger << EOF
????set pagesize 5000
????set heading off
????SPOOL ANALYTAB.SQL
????SELECT "ANALYZE TABLE SCOTT."||TABLE_NAME||" ESTIMATE STATISTICS SAMPLE 20 PERCENT ;" FROM USER_TABLES；
????SPOOL OFF
????SPOOL ANALYIND.SQL
????SELECT "ANALYZE TABLE SCOTT."||TABLE_NAME||" ESTIMATE STATISTICS SAMPLE 20 PERCENT FOR ALL INDEXES;" FROM USER_TABLES；
????SPOOL OFF
????SPOOL ANALYZE.LOG
????@ANALYTAB.SQL
????@ANALYIND.SQL
????SPOOL OFF
????EXIT

????在UNIX平台上crontab加入，以上文件，设置为每个月或合适的时间段运行。

或者将如下脚本保存成analyze.sql,然后在sqlplus里面执行：

set pagesize 5000
set linesize 300
set trims on
set heading off
set feedback off
SPOOL analyTab.sql
SELECT ‘ANALYZE TABLE ZFMI.‘||TABLE_NAME||‘ COMPUTE STATISTICS ;‘

FROM USER_TABLES;
SPOOL OFF
SPOOL analyIdx.sql
SELECT ‘ANALYZE TABLE ZFMI.‘||TABLE_NAME||‘ COMPUTE STATISTICS

FOR ALL INDEXES;‘ FROM USER_TABLES;
SPOOL OFF
SPOOL analyLog.log
@@analyTab.sql
@@analyIdx.sql
SPOOL OFF

?

?

????2. 利用ORACLE提供的程序包（PACKAGE）对相关的数据库对象进行分析。

????有以下的程序包可以对表，索引，簇表进行分析。

????包中的存储过程的相关参数解释如下：

????TYPE可以是：TABLE，INDEX，CLUSTER中其一。
????SCHEMA为：TABLE，INDEX，CLUSTER的所有者，NULL为当前用户。
????NAME为：相关对象的名称。
????METHOD是：ESTIMATE，COMPUTE，DELETE中其一，当选用ESTIMATE，
????下面两项，ESTIMATE_ROWS和ESTIMATE_PERCENT不能同时为空值。
????ESTIMATE_ROWS是：估算的抽样行数。
????ESTIMATE_PERCENT是：估算的抽样百分比。
????METHOD_OPT是：有以下选项，
????FOR TABLE
????[FOR ALL [INDEXED] COLUMNS] [SIZE N]
????FOR ALL INDEXES
????PARTNAME是：指定要分析的分区名称。

????1)

????DBMS_DDL.ANALYZE_OBJECT(
????TYPE VARCHAR2,
????SCHEMA VARCHAR2,
????NAME VARCHAR2,
????METHOD VARCHAR2,
????ESTIMATE_ROWS NUMBER DEFAULT NULL,
????ESTIMATE_PERCENT NUMBER DEFAULT NULL,
????METHOD_OPT VARCHAR2 DEFAULT NULL,
????PARTNAME VARCHAR2 DEFAULT NULL ) ;

????该存储过程可对特定的表，索引和簇表进行分析。例如，对SCOTT用户的EMP表，进行50%的抽样分析，参数如下：

????DBMS_DDL.ANALYZE_OBJECT("TABLE","SCOTT","EMP","ESTIMATE",NULL,50);

????2)

????DBMS_UTILITY.ANALYZE_SCHEMA (
????SCHEMA VARCHAR2,
????METHOD_OPT VARCHAR2 DEFAULT NULL ) ;
????DBMS_UTILITY.ANALYZE_DATABASE (
????METHOD VARCHAR2,
????METHOD_OPT VARCHAR2 DEFAULT NULL );

????其中，ANALYZE_SCHEMA用于对某个用户拥有的所有TABLE，INDEX和CLUSTER的分析统计。ANALYZE_DATABASE用于对整个数据库进行分析统计。

????3) DBMS_STATS是在ORACLE8I中新增的程序包，它使统计数据的生成和处理更加灵活方便，并且可以并行方式生成统计数据。在程序包中的以下过程分别分析统计TABLE，INDEX，SCHEMA，DATABASE级别的信息。

????DBMS_STATS.GATHER_TABLE_STATS
????DBMS_STATS.GATHER_INDEX_STATS
????DBMS_STATS.GATHER_SCHEMA_STATS
????DBMS_STATS.GATHER_DATABASE_STATS

????在这里，我们以数据库JOB的方式，定时对数据库中SCOTT模式下所有的表和索引进行分析：

????在SQL*PLUS下运行：

????VARIABLE jobno?number;
????BEGIN
????DBMS_JOBS.SUBMIT ( :jobno,
????" dbms_utility.analyze_schema ( "scott","estimate",?NULL,?20) ; ",
????sysdate,"sysdate+30");
????commit;
????end;
????/
????Statement processed.
????Print?jobno
????JOBNO
????-------------?
????16

????以上作业，每隔一个月用DBMS_UTILITY.ANALYZE_SCHEMA对用户SCOTT的所有表，簇表和索引作统计分析

?

?

http://iteye.blog.163.com/blog/static/186308096201210208420470/

Oracle SQL语句性能调优技术技巧解析??

2012-11-20 08:04:32|??分类：?Oracle?|??标签：oracle??sql??|举报|字号?订阅

?

?

一、操作符优化

1、IN 操作符

用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。但是用IN的SQL性能总是比较低的，从Oracle执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：

ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。由此可见用IN的SQL至少多了一个转换的过程。一般的SQL都可以转换成功，但对于含有分组统计等方面的SQL就不能转换了。

推荐方案：在业务密集的SQL当中尽量不采用IN操作符，用EXISTS 方案代替。

2、NOT IN操作符

此操作是强列不推荐使用的，因为它不能应用表的索引。

推荐方案：用NOT EXISTS 方案代替

3、IS NULL 或IS NOT NULL操作（判断字段是否为空）

判断字段是否为空一般是不会应用索引的，因为索引是不索引空值的。

推荐方案：用其它相同功能的操作运算代替，如：a is not null 改为 a>0 或a>’’等。不允许字段为空，而用一个缺省值代替空值，如申请中状态字段不允许为空，缺省为申请。

4、> 及 < 操作符（大于或小于操作符）

大于或小于操作符一般情况下是不用调整的，因为它有索引就会采用索引查找，但有的情况下可以对它进行优化，如一个表有100万记录，一个数值型字段A，30万记录的A=0，30万记录的A=1，39万记录的A=2，1万记录的A=3。那么执行A>2与A>=3的效果就有很大的区别了，因为A>2时ORACLE会先找出为2的记录索引再进行比较，而A>=3时ORACLE则直接找到=3的记录索引。

5、LIKE操作符

LIKE操作符可以应用通配符查询，里面的通配符组合可能达到几乎是任意的查询，但是如果用得不好则会产生性能上的问题，如LIKE ‘%5400%’ 这种查询不会引用索引，而LIKE ‘X5400%’则会引用范围索引。

一个实际例子：用YW_YHJBQK表中营业编号后面的户标识号可来查询营业编号 YY_BH LIKE ‘%5400%’ 这个条件会产生全表扫描，如果改成YY_BH LIKE ’X5400%’ OR YY_BH LIKE ’B5400%’ 则会利用YY_BH的索引进行两个范围的查询，性能肯定大大提高。

6、UNION操作符

UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。实际大部分应用中是不会产生重复的记录，最常见的是过程表与历史表UNION。如：
select * from gc_dfys
union
select * from ls_jg_dfys
这个SQL在运行时先取出两个表的结果，再用排序空间进行排序删除重复的记录，最后返回结果集，如果表数据量大的话可能会导致用磁盘进行排序。

推荐方案：采用UNION ALL操作符替代UNION，因为UNION ALL操作只是简单的将两个结果合并后就返回。

select * from gc_dfys
union all
select * from ls_jg_dfys

二、SQL书写的影响

1、同一功能同一性能不同写法SQL的影响。

如一个SQL在A程序员写的为? Select * from zl_yhjbqk

B程序员写的为 Select * from dlyx.zl_yhjbqk（带表所有者的前缀）

C程序员写的为 Select * from DLYX.ZLYHJBQK（大写表名）

D程序员写的为 Select *? from DLYX.ZLYHJBQK（中间多了空格）

（编辑：安卓应用网_ASP源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!