ORACLE数据库性能优化概述

实际上 为了保证ORACLE数据库运行在最佳的性能状态下 在信息系统开发之前就应该考虑数据库的优化策略 优化策略一般包括服务器 *** 作系统参数调整 ORACLE数据库参数调整 网络性能调整 应用程序SQL语句分析及设计等几个方面 其中应用程序的分析与设计是在信息系统开发之前完成的

分析评价ORACLE数据库性能主要有数据库吞吐量 数据库用户响应时间两项指标 数据库吞吐量是指单位时间内数据库完成的SQL语句数目 数据库用户响应时间是指用户从提交SQL语句开始到获得结果的那一段时间 数据库用户响应时间又可以分为系统服务时间和用户等待时间两项 即

数据库用户响应时间＝系统服务时间 ＋ 用户等待时间

上述公式告诉我们 获得满意的用户响应时间有两个途径 一是减少系统服务时间 即提高数据库的吞吐量 二是减少用户等待时间 即减少用户访问同一数据库资源的冲突率

性能优化包括如下几个部分

ORACLE数据库性能优化之一 调整数据结构的设计

这一部分在开发信息系统之前完成 程序员需要考虑是否使用ORACLE数据库的分区功能 对于经常访问的数据库表是否需要建立索引等

ORACLE数据库性能优化之二 调整应用程序结构设计

这一部分也是在开发信息系统之前完成 程序员在这一步需要考虑应用程序使用什么样的体系结构 是使用传统的Client/Server两层体系结构 还是使用Browser/Web/Database的三层体系结构 不同的应用程序体系结构要求的数据库资源是不同的

ORACLE数据库性能优化之三 调整数据库SQL语句

应用程序的执行最终将归结为数据库中的SQL语句执行 因此SQL语句的执行效率最终决定了ORACLE数据库的性能 ORACLE公司推荐使用ORACLE语句优化器（Oracle Optimizer）和行锁管理器（row level manager）来调整优化SQL语句

ORACLE数据库性能优化之四 调整服务器内存分配

内存分配是在信息系统运行过程中优化配置的 数据库管理员可以根据数据库运行状况调整数据库系统全局区（SGA区）的数据缓冲区 日志缓冲区和共享池的大小 还可以调整程序全局区（PGA区）的大小 需要注意的是 SGA区不是越大越好 SGA区过大会占用 *** 作系统使用的内存而引起虚拟内存的页面交换 这样反而会降低系统

ORACLE数据库性能优化之五 调整硬盘I/O 这一步是在信息系统开发之前完成的

数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上 做到硬盘之间I/O负载均衡

ORACLE数据库性能优化之六 调整 *** 作系统参数

例如 运行在UNIX *** 作系统上的ORACLE数据库 可以调整UNIX数据缓冲池的大小 每个进程所能使用的内存大小等参数

lishixinzhi/Article/program/Oracle/201311/17687

这个要看你们想怎么分析， 诸如是否用户所有的 *** 作都算在此轨迹内，统计有时间范围限制吗，重复的 *** 纵是否要计入，分析结果呈现的格式等等。

分析的具体需求和分析结果的格式定义，决定了Oracle中查询的实现方法。有需要的话，可以就此讨论讨论。

摘　要　随着数据库应用范围及规模的不断扩大，数据库的性能问题逐渐显现，优化数据库有助于维持系统的稳定性以及运行的高效性。本文主要依据笔者在实际工作中的精英，对SQL语句优化的目的、SQL语句优化技术及原则进行全面分析和阐述。

关键词　ORACLE数据库；SQL语句；优化

1前言

随着现代化信息技术的迅猛发展，互联网应用的日益普及，数据库技术的影响力越来越大。作为信息系统管理的核心，数据库的主要 *** 作就是查询，数据库的应用效率在很大程度上是由查询速度决定的，特别是对于规模较大的数据库而言，查询速度十分关键。查询速度在SQL语句中占有很大比重，所以，通过对查询语句进行优化有助于促进应用系统性能及效率的进一步提升。

2SQL语句优化分析

21SQL语句优化的目的

对于一个数据库而言，在确保设计无误的前提下，要想避免出现性能问题必须确保其拥有合理的SQL语句结构。最简单的数据库寻找数据路径是对SQL语句进行调整，ORACLE数据库性能提升的主要途径就是对SQL语句进行适当的调整。从本质上讲，SQL语句优化就是确保所使用的语句可以被优化器识别，对索引进行有效利用以便控制表扫描的I/O次数，有效防止出现表搜索。用高性能的SQL语句替代低性能的SQL语句，确定最佳的数据查找路径，尽可能使CPU时间与I/O时间保持平衡是进行优化的主要目的。在对SQL语句进行优化的过程中，以系统需求为依据确定最有可能实现性能提升的语句并进行优化。

22SQL语句优化技术及原则

当数据量积累到一定程度之后，对于数据库全表SQL语句进行一次扫描，若查询策略较好，一般只用几秒钟，但如果SQL语句性能较低，就需要用几分钟甚至更多时间。从这点不难看出，SQL语句性能对于查询速度具有极大的影响，所以，对于应用系统而言，不仅能满足功能的实现，还要保证SQL语句的质量。

（1）采取适宜的索引。为达到优化查询的目的，一项重要工作就是确定相适应的索引，并严格依照原则加以使用，与此同时，为有效控制I/O竞争，不可以在同一个磁盘中同时建立索引和用户表空间。

语句1：SELECT CUS_NO, CUS_NAME FROM CUSTOMER WHERE CUS_NO NOT IN

(SELECT CUS_NO FROM SERVICE);

语句2： SELECT CUS_NO, CUS_NAME FROM CUSTOMER WHERE NOT EXISTS

(SELECT FROM SERVICE WHERE SERVICECUS_NO=CUSTOMERCUS_NO);

上述两个语句可以达到一致的查询结果，对二者进行对比，当执行语句1时，由于ORACLE未利用CUSTOMER 表上CUS_NO索引，所以就会扫描整表，在执行语句2的过程中，ORACLE所扫描的只是CUSTOMER 表子查询中的联合查询，并且使用了CUS_NO索引，因此，在执行效率方面明显优于前者。

（2）避免在SELECT子句中出现“”。ORACLE在进行解析时，需要按照一定顺序对“”进行转换，该项转换工作的进行需要对数据库的数据字典进行查询，势必需要花费较多的时间，这样就会导致较低的效率，所以，要避免在SELECT子句中出现“”。

（3）如果必要可以利用COMMIT提交事务。ORACLE能够自动提交DDL语句，而诸如DML等类型的语句的提交则是通过手动方式或者回滚事务实现的。在编写应用程序的过程中，在 *** 作诸如insert、delete以及update 等较为复杂的语境的时候，利用COMMIT提交事务可以讲会话中持有的锁加以释放，将存在于缓存中的未经修改的数据块进行清除，进而将系统资源予以释放，促进系统性能的进一步提升，因此，如果有必要，可以利用COMMIT对相关事务进行提交。

（4）联合查询连接顺序的确定。如果查询 *** 作涉及到多个表，基础表应当是交叉表，所谓交叉表具体是指被其他表引用的表。连接执行效果在很大程度上受到FROM语句中表的顺序的影响，对于FROM中所包含的表，ORACLE解析器进行处理的顺序是由右至左，SQL语句中所选择的基础表会因优化器的不同而有所区别，在使用CBO的情况下，优化器会对SQL语句中各个表的物理大小以及索引状态进行检查，在此基础上确定一个花费最小的执行路径；在使用RBO的情况下，如果全部的连接条件均有索引与之相对应，那么，FROM子句中位置最后面的表就是基础表。

（5）IN用EXISTS取代。在对数个基础表查询过程中，一般需要进行表的连接。因为利用IN的子查询过程中，ORACLE的扫描对象是全表，因此，出于提高查询效率目的的考虑，应当将IN用EXISTS取代。

（6）在索引列中不使用计算。当通过对函数进行引用在WHERE子句中进行计算的时候，假如索引列只是函数的一部分，优化器就会针对全表进行扫描，而不会使用索引，所以，在索引列中不能使用函数。

3结语

综上所述，随着现代化信息技术的迅猛发展，互联网应用的日益普及，数据库技术的影响力越来越大。在信息量迅速激增的形势下，数据库优化调整成为当前所面临的一大关键性问题，特别是对规模较大的数据库而言，及时进行优化的意义更加倍重大。对于数据库的运行性能而言，最主要的影响因素主要体现在以下几点：数据库系统架构的设计是否合理，资源配置是否科学以及SQL语句编写效率等。笔者从事的是电信企业的运营分析工作，每天都要从数据库取各种数据，可以说是离不开数据库，所以在实践中，我觉得严格遵守SQL语句优化原则及方法，并在实践中及时总结经验教训，可以实现对系统响应时间的有效控制，促进运行效率的提升。

参考文献

[1] 许开宇,胡文骅 如何提高ORACLE数据库应用程序的性能[J] 计算机应用与软件 2002(10)

[2] 郑耀,吴建岚 基于Oracle数据库的语句优化策略[J] 信息与电脑(理论版) 2011(07)

[3] 高攀,施蔚然 基于Oracle数据库的SQL语句优化[J] 电脑编程技巧与维护 2010(22)

[4] 钟小权,叶猛 Oracle数据库的SQL语句优化[J] 计算机与现代化 2011(03)

作者简介：

王勇军，男，（19811-），吉林通化人，就职于中国联合网络通信有限公司长春市分公司，通信工程师，本科，研究方向：SQL使用

（作者单位：中国联合网络通信有限公司长春市分公司）

分析表语句：

dbms_statsgather_table_stats(user,'table',method_opt=>'for all indexed columns size 254',granularity=>'ALL',cascade=>TRUE);

dbms_statsgather_index_stats(user,'index',degree=>2,granularity=>'ALL');

作用:DBMS_STATSGATHER_TABLE_STATS统计表,列,索引的统计信息

DBMS_STATSGATHER_TABLE_STATS的语法如下:

DBMS_STATSGATHER_TABLE_STATS ( ownname VARCHAR2, tabname VARCHAR2, partname VARCHAR2, estimate_percent NUMBER, block_sample BOOLEAN, method_opt VARCHAR2, degree NUMBER, granularity VARCHAR2, cascade BOOLEAN, stattab VARCHAR2, statid VARCHAR2, statown VARCHAR2, no_invalidate BOOLEAN, force BOOLEAN);

参数说明:

ownname:要分析表的拥有者

tabname:要分析的表名

partname:分区的名字,只对分区表或分区索引有用

estimate_percent:采样行的百分比,取值范围[0000001,100],null为全部分析,不采样 常量:DBMS_STATSAUTO_SAMPLE_SIZE是默认值,由oracle决定最佳取采样值

block_sapmple:是否用块采样代替行采样

method_opt:决定histograms信息是怎样被统计的method_opt的取值如下:

for all columns:统计所有列的histograms

for all indexed columns:统计所有indexed列的histograms

for all hidden columns:统计你看不到列的histograms

for columns <list> SIZE <N> | REPEAT | AUTO | SKEWONLY:统计指定列的histogramsN的取值范围[1,254]; REPEAT上次统计过的histograms;AUTO由oracle决定N的大小;SKEWONLY multiple end-points with the same value which is what we define by "there is skew in the data

degree:决定并行度默认值为null

granularity:Granularity of statistics to collect ,only pertinent if the table is partitioned

cascace:是收集索引的信息默认为falase

stattab指定要存储统计信息的表,statid假如多个表的统计信息存储在同一个stattab中用于进行区分statown存储统计信息表的拥有者以上三个参数若不指定,统计信息会直接更新到数据字典

no_invalidate: Does not invalidate the dependent cursors if set to TRUE The procedure invalidates the dependent cursors immediately if set to FALSE

force:即使表锁住了也收集统计信息

例子:

execute dbms_statsgather_table_stats(ownname => 'owner',tabname => 'table_name' ,estimate_percent => null ,method_opt => 'for all indexed columns' ,cascade => true);

摘 要为了保证数据库的安全性和稳定性，通过对Oracle的备份以及恢复策略进行了分析和探讨，明确了数据库备份以及恢复技术在实际工程项目当中的应用，通过分析数据库备份的实际需求，同时选择了合理的数据备份策略以及数据恢复策略，采取了有效的数据库的管理和维护策略，有效保证了数据库中的相关数据以及整个系统的安全性和稳定性，为类似数据库的备份以及恢复策略提供了可供参考的经验。

关键字Oracle数据库；备份；数据；恢复；策略

对于企业而言，数据库中的数据是重要的数据资源，也是企业得以持续总结和发展的重要的要素，由此保证相应数据库的安全性和稳定性有着十分重要的影响。 随着数据库内数据量的逐渐增加，并且数据库发展以及运行所面临的环境也日益复杂，数据库中数据的安全性以及相关系统运行的稳定性对企业的发展尤为重要。数据库中的数据难以避免地受到了外界的侵袭，例如网络、硬件以及系统等方面的故障，甚至自然灾害也将导致则整个系统的崩溃，数据丢失，数据库中存储过程中的失误将给企业的发展带来严重的影响甚至巨大的损失，为了有效避开或者减少这些无法预测损失的到来，建立一系列安全稳定可靠的数据备份系统尤为重要。

1 建立备份策略

11 数据备份需求

（1）良好的可扩展能力

随着企业的发展和项目管理以及建设的持续发展和升级，企业数据库中的数据量将日益增长，所使用的数据库也应具有数据的扩展和升级的空间和可能。

（2）备份数据的可恢复性

为保证企业内部数据库的规范统一以及集中安全的数据恢复和备份的管理，相应的数据备份以及恢复策略应保证所备份的数据的可靠性以及可恢复性，为系统数据的恢复奠定了良好的基础。

（3）保持业务流程的连贯性

数据备份和恢复系统要以维持企业基本的业务流程和体系为基础，在保证了系统业务连续性的前提下开展数据库的数据备份，避免了数据存储设备时间较长对企业系统的使用和相关项目的运行造成影响。

12 备份设备的选型

在对PCEDM数据库备份需求分析的基础上，使用IBM的TSM作为备份数据备份的支持。TSM软件管理软件系统，是为企业级别的数据以及系统安全设计，以解决企业级数据和系统的安全性，为数据的备份提供解决方案，为石油、金融、电信管理和其他许多大型企业解决了数据的备份和管理问题。 TSM的管理结构，其高度的可扩展性和广泛的平台支持，集中式，自动化的存储管理等方面的优势，提供高效，自动，可扩展的备份管理系统。TSM专有的二进制格式，每个数据备份和恢复加密的数据传输格式，TSM自动CRC数据校验，从而保证了数据备份和恢复过程的完整性和安全。

2 制定备份策略

通过详细分析Oracle数据库的存储结构、数据库的运行模式、数据存储文件、数据增长的速度和数据增长密度等实际状况，结合几个备份Oracle数据库的优点和缺点分析，数据的备份策略表示如下：

21 使用RMAN与冷备份、逻辑备份相结合。使用Oracle数据库本身的RMAN和冷备份以及逻辑备份的方式结合起来，其中，Oracle数据库所提供的备份方式是主要的备份方式，而冷备份，逻辑备份作为辅助备份。

22 RMAN 备份包括全备份和增量备份 2 种方式。使用备份数据量小，低差异增量备份。在进行了一次级别为n的Differential增量的备份过程中，RMAN备份仅仅将那些最近一次等级等于或小于增量备份n相比，产生变化的数据块进行备份。差异增量备份策略RMAN的方法,设定在每个星期天,星期三0级备份数据库和日志文件的备份,周一,周二,周四,周五,周六为第一级增量备份和日志文件的备份。

23 备份触发方式，在Unix预定时间以及计划内启动。构建系统的CRON任务,根据备份策略编辑命令，在确定的时间内起动文件以及备份计划。

3 数据备份方案的具体实施

备份存储设备使用的磁盘阵列和磁带库的组合方式。TSM备份存储池，并最终利用RMAN备份的数据进行备份的IBM Ultrium3584磁带库EMC CX700磁盘阵列空间分割出的一部分作为备份的存储区域。数据库服务器放置在本地磁盘系统进行数据库冷备份以及逻辑备份过程中所产生的备份文件。

31 冷备份

在数据库以TRANSACTIONAL，IMMEDIATE 或 NORMAL 方式关闭后进行的数据备份称为冷备份或脱机备份，所以得到的是一个备份的一致性。在数据库关闭， *** 作系统的所有订单数据文件，控制文件和联机日志文件，初始化参数文件等进行备份，冷备份副本。一旦数据库发生故障，可以将这些文件拷贝覆盖原始文件的位置。这个备份数据库，它可以返回到之前的状态。 由于PCEDM数据库需要，以确保7天24小时运作，冷备份必须在封闭的数据库进行。冷备份在正常的服务维修期间进行每一年两次的备份。使用冷备份具有一致性的优势，可以保证系统恢复的迅速。

32 逻辑备份

逻辑备份使用Oracle导出工具将数据库中的对象模型得出的二进制文件，有一个需要重用Oracle导入工具将模型的二进制文件导入到对象数据库。基于整个数据库备份的逻辑模式，用户模式或表模型可以将数据输出，更灵活。对于一些重要的数据可以作为辅助备份方式。通过使用不同 *** 作系统平台，以及不同的数据库版本之间进行了数据库中数据的迁移，这成为了数据库物理备份的补充形式。

33 RMAN 备份

RMAN是Oracle提供的外部工具，专门用于数据库备份和恢复 *** 作。通过在RMAN备份系统中启动Oracle服务进程完成备份的任务。创建RMAN的备份的具体步骤如下：

（1）在数据库服务器上安装TSM客户端，选择相关文件进行编辑，设置DSMI_ORC_CONFIG，TDPO_ PSWDPATH参数，建立RMAN备份和TSM备份管理软件系统的连接。

（2）创建RMAN目录数据库备份恢复，以保存备份的索引信息。

（3）RMAN恢复管理器，同时开始在目标数据库的连接。

（4）目标数据库的注册。

（5）修改RMAN默认的配置参数。 CONFIGURE命令可以用来改变默认的RMAN设置，如配置自动通道，在指定的备份保留策略，激活或屏蔽备份优化功能。

（6）创建备份脚本。

4 Oracle 数据库恢复

41 RMAN 的完全恢复

在使用RMAN的完全恢复，在线和归档重做日志文件中的所有记录将被用于恢复数据库，从备份中恢复已损坏的文件，然后应用日志文件，将数据文件恢复到当前的时间。

42 RMAN的不完全恢复

通过RMAN中的不完全恢复数据库，将数据库恢复到指定的时刻或状态，通过将指定的SCN或者应用指定日期顺序归档重做日志之后的状态，也就是从时间、SCN或日志这三种方式中选择一种方式作为恢复终止的标记。

5 结语

实践证明，这种设计的备份策略，实现真正意义上的数据备份自动化管理，使系统的管理从传统的繁琐的手工备份中解放出来，提高工作效率和工作质量；有效避免了人为错误，提高数据备份的安全性和可靠性；减少了数据库的I / O *** 作，提高了数据备份恢复的速度以及数据备份的有效性。与此同时，也使备份系统具有良好的可扩展性，能够满足当前和今后几年的业务发展的实际需求。

参考文献：

[1]张自辉 ORACLE数据库的备份方法和策略[J] 吉首大学学报(自然科学版), 2009,(01)

[2]安亚强 Oracle备份与恢复及故障研究[J] 内蒙古煤炭经济, 2009,(04)

[3]王立新 Oracle数据库备份与恢复策略浅析[J] 才智, 2009,(28)

[4]杨志彬 Oracle数据库备份策略[J] 电脑知识与技术, 2009,(17)

视图：

with t1 as ( select 1 as id,'一车队' name, '1' month, 10 amount from dual

union all select 2,'一车队', '2', 20 from dual

union all select 3,'一车队', '3', 40 from dual

union all select 4,'机动车队', '1', 30 from dual

union all select 5,'机动车队', '2', 20 from dual

union all select 6,'机动车队', '3', 50 from dual)

select t1,sum(amount) over(partition by name order by name , month) from t1 ;

过程：

create or replace procedure pro_sum is

l_sum_acc number ;

begin

for rec in (select distinct (name) nn from xxx) loop

dbms_outputput_line('xxxxxxx') ;

l_sum_acc := 0 ;

for rec2 in (select amount from xxx where name=recnn) ;

l_sum_acc := l_sum_acc + rec2amount ;

dbms_outputput_line('xxxxx') ;

end loop ;

end loop ;

dbms_outputput_line(l_sum_acc) ;

end;

你的数据不规范，month应该是数字或者date类型的数据，不然这样累加起来没法找到规律。

以上就是关于ORACLE数据库性能优化概述全部的内容，包括:ORACLE数据库性能优化概述、怎么进行基于Oracle数据进行用户轨迹分析、【基于ORACLE数据库的SQL语句优化分析】 数据库查询语句的优化等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！