Oracle性能优化学习心得byLYH
oracle学习体会
Oracle学习体会王岩2015年，为落实重点开展“完善业务系统，加强统计数据汇总分析”的工作要求，根据协会安排，我由政策信息部调整到统计部，在稳步推进业务系统数据库工作的基础上，努力配合做好网络及其他软硬件管理等工作。
对于曾经负责信息宣传工作的我来说，计算机技术还是一个全新的领域。
根据协会安排，我从今年的4月到11月利用周末时间学习专业知识，旨在通过参加学习中心的linux系统和oracle数据库等培训课程，承担协会业务系统数据库的开发和管理工作。
在参加专业培训机构课程的同时，臧立副主任也会不定期针对协会的业务系统数据库为我们做一些内训。
通过这一年来的学习、回顾和梳理，让我对oracle数据库知识以及协会的业务系统数据库框架有了一定的了解，也对协会的数据库管理工作方面有了一些建议。
一份总结和体会Oracle数据库分两个方面，一块是开发，一块是管理。
开发主要是写存储过程、触发器之类的编程工作，类似于程序员，需要有较强的逻辑思维能力和创造能力。
数据库管理则是需要对oracle数据库的原理有深刻的认识，有全局操纵的能力和紧密的思维，而协会的业务系统数据库工作则是同时包含了开发和管理的内容。
在有一定的oracle专业知识之后，我开始接手了辽宁省协会和广东省协会的业务数据分入处理工作。
其中，根据每期不同的业务数据，需要对数据导入的操作脚本进行修改，遇到有问题的数据，需要根据错误进行逻辑分析，创建新的脚本来筛选出错误数据，并进行修改整理，最终将正确、完整的业务数据导入到协会业务系统数据库中，为保费结算工作提供了及时可靠的数据支持。
做计算机技术工作的人都知道，专业的知识只能称得上打开这项工作大门的一把钥匙，要想真正迈进协会数据库管理工作这项领域，我们还需要学习掌握协会的业务系统数据库框架。
协会的数据库里面承载着一百多类表，包含着一千余个列，我们不仅要知道这些表的逻辑结构和数据类型，还要知道各个表之间的关联，从而在数据库中顺利的实现增、删、改、查我们所需要的数据。
oracle学习心得
系统监控：检查数据库的一致性如有必要还会在数据库打开时启动数据库的恢复进程监控：负责在一个Oracle进程失败时 清理资源
检查点进程：负责在每当缓冲区高速缓存中的更改永久地记录在数据库中时，更新控制文件和数据文件中的数据库状态信 息。
归档进程：在每次日志切换时把已满的日志组进行备份或归档服务进程：用户进程服务。
三、oracle的体系
oracle的体系很庞大，要学习它，首先要了解oracle的框架。在这里，简要的讲一下oracle的架构，让初学者对oracle有一个 整体的认识。
1、物理结构（由控制文件、数据文件、重做日志文件、参数文件、归档文件、密码文件组成）
控制文件：包含维护和验证数据库完整性的必要信息、例如，控制文件用于识别数据文件和重做日志文件，一个数据库至 少需要一个控制文件
PGA（Program Global Area）是每一个Server进程有一个。一个Server进程起动时，就为其分配一个PGA区，以存放数据及 控制信息。
（3）ORACLE的进程结构ORACLE包括三类进程:
①用户进程 用来执行用户应用程序的。
②服务进程 处理与之相连的一组用户进程的请求。
③后台进程 ORACLE为每一个数据库例程创建一组后台进程，它为所有的用户进程服务，其中包括:
ARCH（ARCHIVER）进程。每当联机日志文件写满时，该进程将其拷贝到归档存储设备上。另外还包括分布式DB中事 务恢复进程RECO和对服务进程与用户进程进行匹配的Dnnn进程等。
Oracle学习总结-表和索引的性能优化
Oracle学习总结-表和索引的性能优化表的性能表的性能取决于创建表之前所应⽤的数据库特性，数据库->表空间->表，创建数据库时确保为每个⽤户创建⼀个默认的永久表空间和临时表空间并使⽤本地管理，创建表空间设为本地管理并且⾃动段空间管理本地管理表空间在每个数据⽂件中使⽤⼀个位图来管理对象扩展和空闲空间查看数据库相关配置SELECT*FROM DATABASE_PROPERTIESSELECT*FROM V$PARAMETER查看表空间相关配置select*from DBA_TABLESPACES主要表类型描述及⽤法堆组织表⼀般默认类型临时表基于会话或事物期间的临时表，结束后销毁索引组织表按照主键排序的B+树索引结构中，提供快速读取分区表由多个相互分隔开的物理段组成的逻辑表物化视图包含sql查询结果的表，聚集数据以快速提供报表或复制数据聚簇共享相同存储的⼀组表，减少io提升表性能的建议，使⽤正确的数据类型，是数字就⽤数据，精度可以确定就指定精度，是⽇期就是使⽤⽇期类型，变长使⽤varchar2，当需要从Null更新到⼤值时适当调⼤pctfree防⽌过多的⾏链接影响数据块读取性能，主键索引等的合理设计，尽量减少lob的使⽤，如果都⾮空就设置not nulloracle 11gr2之后，将表及索引的物理空间分配延迟到第⼀条记录插⼊到表时，通过查询'user_segments'和'user_extents'验证如果需要将⼤量数据加载到表中，如果数据⾮关键可轻易重建或者导⼊后⽴马备份，可以设置nologging使直接路径操作产⽣的重做⽇志最⼩化并使⽤直接路径加载alter table*** nologging;insert/*+append*/into***select*from xxx;⾼效移除表中数据，truncate会将⾼⽔位线归零（全表扫描仅搜索⾼⽔位线之下的存储块中的数据⾏），释放空间（reuse storage），受外键约束/delete产⽣⼤量的撤销和重做⽇志，可回退，如果⽤drop重建，必须同时重建所有索引约束授权触发器等，并且在重建完成之前不可⽤通过v$transaction查询事物细节查看顾问运⾏的时间select*from dba_auto_segadv_summary⽣成的相关结果表dba_advisor_findingsdba_advisor_objectsdba_advisor_executions查看顾问段的建议的⼯具，是否有建议需要收缩，移动或压缩的表select*from table(dbms_space.asa_recommendations('false','false','false'))更新⼀⾏数据，当空余空间⽆法容纳数据，则当前数据块中存储指针，指向新的数据块，成为⾏链接，查询时需要访问多个数据块影响性能，需要Move，移动过程中会上锁。
oracle性能优化总结
Oracle 性能优化50个方法1. 选用适合的ORACLE优化器ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性)设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行analyze 命令,以增加数据库中的对象统计信息(object statistics)的准确性. 如果数据库的优化器模式设置为选择性(CHOOSE),那么实际的优化器模式将和是否运行过analyze命令有关. 如果table已经被analyze过, 优化器模式将自动成为CBO , 反之,数据库将采用RULE形式的优化器. 在缺省情况下,ORACLE采用CHOOSE优化器, 为了避免那些不必要的全表扫描(full table scan) , 你必须尽量避免使用CHOOSE优化器,而直接采用基于规则或者基于成本的优化器.2. 访问Table的方式ORACLE 采用两种访问表中记录的方式:a. 全表扫描全表扫描就是顺序地访问表中每条记录. ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描,这样的访问方式是效率最低的.b. 通过ROWID访问表你可以采用基于ROWID的访问方式情况,提高访问表的效率, , ROWID包含了表中记录的物理位置信息..ORACLE采用索引(INDEX)实现了数据和存放数据的物理位置(ROWID)之间的联系. 通常索引提供了快速访问ROWID的方法,因此那些基于索引列的查询就可以得到性能上的提高.3. 共享SQL语句为了不重复解析相同的SQL语句,在第一次解析之后, ORACLE将SQL语句存放在内存中.这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行一个SQL语句(有时被称为一个游标)时,如果它和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. ORACLE的这个功能大大地提高了SQL的执行性能并节省了内存的使用. 可惜的是ORACLE只对简单的表提供高速缓冲(cache buffering) ,这个功能并不适用于多表连接查询. 数据库管理员必须在init.ora中为这个区域设置合适的参数,当这个内存区域越大,就可以保留更多的语句,当然被共享的可能性也就越大了. 当你向ORACLE 提交一个SQL语句,ORACLE会首先在这块内存中查找相同的语句. 这里需要注明的是,ORACLE对两者采取的是一种严格匹配,要达成共享,SQL语句必须完全相同(包括空格,换行等). 共享的语句必须满足三个条件:A. 字符级的比较: 当前被执行的语句和共享池中的语句必须完全相同. 例如:SELECT * FROM EMP;和下列每一个都不同SELECT * from EMP;Select * From Emp;SELECT * FROM EMP;B. 两个语句所指的对象必须完全相同: 例如:用户对象名如何访问Jack sal_limit private synonymWork_city public synonymPlant_detail public synonymJill sal_limit private synonymWork_city public synonymPlant_detail table owner考虑一下下列SQL语句能否在这两个用户之间共享.C. 两个SQL语句中必须使用相同的名字的绑定变量(bind variables) 例如：第一组的两个SQL语句是相同的(可以共享),而第二组中的两个语句是不同的(即使在运行时,赋于不同的绑定变量相同的值)select pin , name from people where pin = :blk1.pin;select pin , name from people where pin = :blk1.pin;select pin , name from people where pin = :blk1.ot_ind;select pin , name from people where pin = :blk1.ov_ind;4. 选择基础表所谓基础表是被最先被访问的表,通常是以全表扫描的方式被访问,由于优化器不同,SQL语句的基础表的选择也不同.1.COST优化器会检查SQL中每个表的物理大小,索引状态,然后选择花费最底的执行路径.他会自己选择基础表2.RULE优化器,在所有连接条件都有索引对应的前提下,选择FROM子句中最后那个表作为基础表.ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表driving table)将被最先处理. 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描第一个表(FROM子句中最后的那个表)并对记录进行派序,然后扫描第二个表(FROM子句中最后第二个表),最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并. 例如: 表TAB1 16,384 条记录表TAB2 1 条记录。
oracle数据库性能调整和优化涉及到那些问题
Oracle 数据库性能调整和优化涉及到那些问题数据库应用的类型是复杂的，有大量用户同时更新数据库的联机事务处理应用（如银行储蓄系统）、对海量数据进行查询并生成报告的数据仓库应用（如分析商场销售数据的决策支持系统）、在互联网上大量用户同时查询和更新数据的联机事务处理应用（如网上银行应用）等等。
为了满足与适应各种各样的商业应用，使各种不同的应用在不同的环境下都能达到最优的状态，Oracle 数据库系统提供了大量的非常灵活的可调节内容。
为了保证Oracle数据库运行在最佳的性能状态下，在信息系统开发之前就应该考虑数据库的优化策略。
优化策略一般包括服务器操作系统参数调整、数据库参数调整、网络性能调整、应用程序SQL语句分析及设计等几个方面，其中应用程序的分析与设计是在信息系统开发之前完成的。
分析评价Oracle数据库性能主要有数据库吞吐量、数据库用户响应时间两项指标。
数据库用户响应时间又可以分为系统服务时间和用户等待时间两项，即“数据库用户响应时间=系统服务时间＋用户等待时间”。
因此，获得满意的用户响应时间有两个途径：一是减少系统服务时间，即提高数据库的吞吐量；二是减少用户等待时间，即减少用户访问同一数据库资源的冲突率。
数据库性能优化包括如下几个部分：∙调整数据结构的设计这一部分在开发信息系统之前完成，程序员需要考虑是否使用Oracle数据库的分区功能，对于经常访问的数据库表是否需要建立索引等。
∙调整应用程序结构设计这一部分也是在开发信息系统之前完成的。
程序员在这一步需要考虑应用程序使用什么样的体系结构，是使用传统的Client/Server两层体系结构，还是使用Browser/Web/Database的三层体系结构。
不同的应用程序体系结构要求的数据库资源是不同的。
∙调整数据库SQL语句应用程序的执行最终将归结为数据库中的SQL语句执行，因此SQL 语句的执行效率最终决定了Oracle数据库的性能。
Oracle公司推荐使用Oracle语句优化器（Oracle Optimizer）和行锁管理器（Row-Level Manager）来调整优化SQL语句。
Oracle性能优化学习心得byLYH
Oracle性能优化学习心得一，优化总的原则1，查看系统的使用情况2，查看SGA分配情况，结合系统具体情况进行分析。
3，表的设计分析4，SQL语句分析实施要则1，查看系统的使用情况，CPU占用，内存，I/O读取等Oracle10G提供的Oracle Enterprise Manager图形化工具中的ADDM 和SQL Tuning Advisor等可以方便的查看系统状况2，OPS上负载均衡，不同查询用不同Instance3，提供脚本查看SGA使用情况4，分析SQL执行情况（trace及其他工具）实施细节1，外部调整：我们应该记住Oracle并不是单独运行的。
因此我们将查看一下通过调整Oracle服务器以得到高的性能。
2，Row re-sequencing以减少磁盘I/O：我们应该懂得Oracle调优最重要的目标是减少I/O。
3，Oracle SQL调整。
Oracle SQL调整是Oracle调整中最重要的领域之一，只要通过一些简单的SQL调优规则就可以大幅度地提升SQL语句的性能，这是一点都不奇怪的。
4，调整Oracle排序：排序对于Oracle性能也是有很大影响的。
5，调整Oracle的竞争：表和索引的参数设置对于UPDATE和INSERT的性能有很大的影响。
二，调优分类：对Oracle数据库进行性能调整时，应当按照一定的顺序进行，因为系统在前面步骤中进行的调整可以避免后面的一些不必要调整或者代价很大的调整。
一般来说可以从两个阶段入手：1、设计阶段：对其逻辑结构和物理结构进行优化设计，使之在满足需求条件的情况下,系统性能达到最佳，系统开销达到最小；2、数据库运行阶段：采取操作系统级、数据库级的一些优化措施来使系统性能最佳；㈠设计阶段：A，数据库设计优化较多修改较少查询的数据和较多查询较少修改的数据分别对待。
a，结构优化1，根据应用程序进行数据库设计。
即应用程序采用的是传统的C/S两层体系结构，还是B/W/D三层体系结构。
ORACLE实训心得体会
o r a c l e实训总结系别：信管院班级：姓名：浦江峰学号日期： 2012年12月21日实训总结：由于感到oracle实训担子很重，而自己的学识、能力和阅历与其任职都有一定的距离，所以总不敢掉以轻心，总在学习，向书本学习、向周围的同学学习，向老师请教，这样下来感觉自己半年来还是有了一定的进步。
颠末一个星期的oracle数据库实训，让我体会到了日常仄凡是很多课堂上所无法实践知晓的，让人收获颇丰，明白如何去应用。
而本次数据库实训的目标是让我们把握数据库系统的原理。
将理论与实践相结合，利用现有的数据库管理系统硬件、范例、科学地完成一个设计。
这个星期是我们oracle 数据库管理课的实训，经过一个星期的实训，让我领会到了许多平时课堂上所没有接受的课外知识，很让人受益匪浅，懂得如何去运用，而进行的一次分析设计综合的训练。
而本次实训的目的是让我们掌握数据库系统的原理、技术。
将理论与实际相结合，应用现有的数据库管理系统软件，规范、科学地完成一个设计与实现。
这次我们实训的内容是从数据库、数据表的创建和修改开始的，表是建立关系数据库的基本结构，用来存储数据具有已定义的属性，在表的操作过程中，有查看表信息、查看表属性、修改表中的数据、删除表中的数据及修改表和删除表的操作。
从实训中让我更明白一些知识，表是数据最重要的一个数据对象，表的创建好坏直接关系到数数据库的成败，表的内容是越具体越好，但是也不能太繁琐，以后在实际应用中多使用表，对表的规划和理解就会越深刻。
我们实训的另一个内容是数据库的约束、视图、查询。
从中我们了解到查询语句的基本结构，和简单select语句的使用，多表连接查询。
而在视图的操作中，也了解到了视图是常见的数据库对象，是提供查看和存取数据的另一种途径，对查询执行的大部分操作，使用视图一样可以完成。
使用视图不仅可以简化数据操作，还可以提高数据库的安全性，不仅可以检索数据，也可以通过视图向基表中添加、修改和删除数据。
Oracle数据库应用程序性能优化探究
Oracle数据库应用程序性能优化探究引言我们见到过很多带有巨大性能问题的Oracle应用程序和电子商务套件安装。
我们得出的结论是：这些安装都可以在性能方面取得进一步的提升。
换句话说，性能已经很高，几乎不能得到再得到改善的安装是很少见的。
有争议的问题针对产品系统堆栈而言，我们的底部端对端性能调优方法总是很快产生成果，比我们认为的遵循广泛的备忘列表要快。
我提出以下一些问题共讨论：大部分性能改善的可能性都是在应用程序级上：这条结论来自Metalink上关于性能调优的一个显著的注释。
这条结论和我们的经验性能调优系统堆栈没有统计意义上的关系。
平均需要两天的时间：这是书上做出的结论。
但我们的经验不支持这个结论。
我认为得出一个Oracle应用程序性能改善的策略最少应该需要12天。
第一天早晨开会是很常见的事。
最后两天主要用来完成行政方面和技术级上的有关发现、胜利和紧接着的推荐的文档工作。
可以夸张地说，如果一个性能改善不被记录下来形成文档，那么以后很难再重复类似的性能改善。
如果对出现的问题不记录下来形成文档，那么很可能它会再次发生。
如果一个问题及其解决方法不被记录下来形成文档的话，对它的监测将非常困难。
扩展碎片：对于联机事务处理系统，这应该不是一个问题。
我们听过很多有关“联机事务处理系统”对碎片严重的表（这些表完全是键值惟一的）进行事务处理不会影响性能的说法。
但是，我们应该经常性地重组以消除碎片，这会带来性能上的巨大改善。
Oracle 存储管理改善正在向将碎片带来的影响最小化大踏步地迈进。
由于缓冲输入输出不是大问题，所以需要对磁盘输入输出进行性能调优：这里有两点需要说明。
磁盘输入输出的实际开销并不是内存缓冲输入输出的一万倍。
真实的比值接近70。
即使你的CPU似乎正在抵销这个代价，并且不带来任何显著的性能问题，但是这个问题显然会限制你的系统的可伸缩性。
随着时间的流逝，我们越来越重视过高的内存缓冲输入输出，同时找寻性能改善的机会。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle性能优化学习心得一，优化总的原则1，查看系统的使用情况2，查看SGA分配情况，结合系统具体情况进行分析。
3，表的设计分析4，SQL语句分析实施要则1，查看系统的使用情况，CPU占用，内存，I/O读取等Oracle10G提供的Oracle Enterprise Manager图形化工具中的ADDM 和SQL Tuning Advisor等可以方便的查看系统状况2，OPS上负载均衡，不同查询用不同Instance3，提供脚本查看SGA使用情况4，分析SQL执行情况（trace及其他工具）实施细节1，外部调整：我们应该记住Oracle并不是单独运行的。
因此我们将查看一下通过调整Oracle服务器以得到高的性能。
2，Row re-sequencing以减少磁盘I/O：我们应该懂得Oracle调优最重要的目标是减少I/O。
3，Oracle SQL调整。
Oracle SQL调整是Oracle调整中最重要的领域之一，只要通过一些简单的SQL调优规则就可以大幅度地提升SQL语句的性能，这是一点都不奇怪的。
4，调整Oracle排序：排序对于Oracle性能也是有很大影响的。
5，调整Oracle的竞争：表和索引的参数设置对于UPDATE和INSERT的性能有很大的影响。
二，调优分类：对Oracle数据库进行性能调整时，应当按照一定的顺序进行，因为系统在前面步骤中进行的调整可以避免后面的一些不必要调整或者代价很大的调整。
一般来说可以从两个阶段入手：1、设计阶段：对其逻辑结构和物理结构进行优化设计，使之在满足需求条件的情况下,系统性能达到最佳，系统开销达到最小；2、数据库运行阶段：采取操作系统级、数据库级的一些优化措施来使系统性能最佳；㈠设计阶段：A，数据库设计优化较多修改较少查询的数据和较多查询较少修改的数据分别对待。
a，结构优化1，根据应用程序进行数据库设计。
即应用程序采用的是传统的C/S两层体系结构，还是B/W/D三层体系结构。
不同的应用程序体系结构要求的数据库资源是不同的。
2，遵循3大范式规范化数据结构，减少不必要的冗余。
3，反规范设计，增加必要冗余，提高查询速度。
4，针对变化较少的数据，合理创建临时表和视图，需注意对临时表和视图的及时同步更新5，在服务器端使用过程和函数，减少网络数据传输b，I/O优化1，使用分区，对查询条件字段（主外键）建立索引，依据Rowid物理地址查询，减少I/O 的消耗。
应避免可能参与计算的字段2，建立合适的索引。
缺省情况下建立的索引是非群集索引，但有时它并不是最佳的;合理的索引设计要建立在对各种查询的分析和预测上。
一般来说:①.有大量重复值、且经常有范围查询(between, >,< ，>=,< =)和orderby、group by发生的列，可考虑建立群集索引;②.②.经常同时存取多列，且每列都含有重复值可考虑建立组合索引;③.③.组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。
a,定期的重构索引是有必要的.ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>b,避免在索引列上使用计算，判断或函数处理3，使用聚簇（对列的选择原则同索引）。
4，使用存档功能。
5，数据缓冲，快照，视图，远程调用等，减少I/O和网络消耗6，I/O调整这一步是在信息系统开发之前完成的。
数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上，做到硬盘之间I/O负载均衡。
在磁盘比较富裕的情况下还应该遵循以下原则：将表和索引分开；创造用户表空间，与系统表空间（system）分开磁盘；创建表和索引时指定不同的表空间；创建回滚段专用的表空间，防止空间竞争影响事务的完成；创建临时表空间用于排序操作，尽可能的防止数据库碎片存在于多个表空间中。
7，确定数据块大小和存储参数。
由于数据库的块大小在数据库创建以后就不能在修改（除非重建数据库），因此为了减少数据链接和行迁移，又提高磁盘空间的利用率，在设计数据库时要确定合适的数据块大小和存储参数。
通常我们是根据样例数据确定数据块大小，而根据业务现状和未来发展趋势确定存储参数。
㈡运行阶段：B，系统优化许多新手都错误的认为应该首先调整Oracle数据库，而不是先确认外部资源是否足够。
实际上，如果外部环境出现瓶颈，再多的Oracle调整都是没有帮助的。
1，多处理器系统调整优化，启用并行查询。
2，减少内存交换，减少分页，使SGA(System Globle Area)可留驻内存。
3，优化系统I/O环境。
4，优化网络环境C，数据库连接与网络优化1，使用直接OLE DB连接。
2，使用Connection Pool（数据连接池）机制3，优化程序设计，减少网络传输量D，Oracle参数配置优化Oracle参数设置，根据具体应用情况而定。
1，SGA的分配及使用效率优化分配给每个实例的内存，即SGA的使用效率如何，会大大影响数据库系统的性能。
SGA 由下列部分组成：共享池（Shared pool）、数据块缓冲区（Db block buffer）、重做日志缓冲区（Log buffer）、大池组成（Large pool）。
2，使用SQL*Loader Direct Path选项进行大量数据装载3，Database Resource Manager（DRM,数据库资源管理器）来控制用户的资源分配4，减少资源竞争在Oracle中，需要采用一些机制来保证数据库对象在使用期间的稳定性和数据的一致性，如使用锁存器(latch)、锁(lock)等。
因此争用和这些机制相关的资源会影响数据库的性能。
为了减少这种资源竞争，可以通过调整数据库的相关初始化参数（如db_block_lru_latches、dml_locks）来减少资源的争用，优化数据库性能。
在对Oracle数据库进行优化时，需要用到许多的参数，其中有一部分参数对系统性能影响较大，这部分参数叫可变参数。
可变参数按其作用可以分为两大类，一大类是起限制作用的，如OPEN_CURSORS;另一大类是影响系统性能的，如DB_BLOCK_BUFFERS。
5，可变参数优化在对Oracle数据库进行优化时，需要用到许多的参数，其中有一部分参数对系统性能影响较大，这部分参数叫可变参数。
可变参数按其作用可以分为两大类，一大类是起限制作用的，如OPEN_CURSORS;另一大类是影响系统性能的，如DB_BLOCK_BUFFERS。
在进行数据库系统性能优化时，需要熟练掌握和了解一些可变参数。
本文讨论了一些对系统性能有较大影响的参数。
限制类可变参数(1)DML_LOCKS该参数表明多少个用户，可同时能修改多少张表。
例如:有三个用户同时修改二张表，则要求表上的总数为6。
若置为0，则组织队列不起作用，其性能会稍有提高。
使用该参数时不能用DROP TABLE、CREATE INDEX或显式封锁。
(2)LICENSE_MAX_SESSION该参数指出允许并发用户会话的最大数。
若此参数为0，则不能实施并发。
若并发的用户会话数已达到此极限，则只有具有RESTRICTED SESSION权限的用户才能连接到服务器。
(3)LICENSE_MAX_USERS该参数指出在一个数据库上可建立的最大用户数。
当达到最大值时，便不能再建新用户，可改变此值以放松限制。
在LICENSE_MAX_SESSION或LICENSE_MAX_USER为0时，则并发会话或任何用户都不能用。
若对不同的实例，此参数不同时，则以第一个登录的数据库实例的参数为准。
(4)MAX_DUMP_FILE_SIZE该参数指定操作系统中写跟踪文件的块的最大值。
可用此值来限制跟踪文件的空间。
(5)OPEN_CURSORS该参数指明一个用户进程能同时打开光标的最大数，它能限制每个用户进程占用的内存空间量。
(6)OPEN_LINKS该参数指定并发连接到远程数据库的最大用户进程数。
若同时引用多个数据库，则应该增大该值。
例如:同时交替访问A、B和C三个数据库时，若OPEN_LINKS设置为2，则需花费等待连接时间。
此参数只用于分布事务。
若该参数设置为0，则不允许进行分布事务处理。
(7)PROCESS该参数指定同时连接到Oracle服务器上的最大用户进程数。
该参数值包括6个后台进程和一个登录，因此，该参数值为20，则只能有13或14个并发用户连接到服务器。
(8)ROW_LOCKING该参数指定行封锁方式。
若设置为“ALWAYS”，则在修改表时只实施行封锁。
若设置为“INTENT”时，则行封锁只适用于SELECT FOR UPDATE，而在修改时实施表封锁。
影响系统性能类可变参数(1)CHECKPOINT_PROCESS该参数根据是否要求检查点而设置成TRUE或者FALSE。
当所有缓冲区的信息写到磁盘时，检查点进程(CHPT)建立一个静态的点。
在归档日志文件中做一个记号表示有一个检查点发生。
检查点发生在归档日志转换的时候或当达到log_checkpoint_interval定义的块数的时候。
当设置此参数为TRUE时，后台进程CHPT便可工作。
在检查点期间内，若日志写进程(LGWR)的性能减低，则可用CHPT进程加以改善。
(2)DB_BLOCK_CHECKPOINT_BATCH该参数的值设置得较大时，可加速检查点的完成。
当指定的值比参数DB_BLOCK_CHECKPOINT_BATCH大时，其效果和指定最大值相同。
(3)DB_BLOCK_BUFFERS该参数是在SGA中可作缓冲用的数据库块数。
该参数决定SGA的大小，对数据库性能具有决定性因素。
若取较大的值，则可减少I/O次数，但要求内存空间较大。
每个缓冲区的大小由参数DB_BLOCK_SIZE决定。
(4)DB_BLOCK_SIZE该参数表示Oracle数据库块的大小，以字节为单位，典型值为2048或4096。
该值一旦设定则不能改变。
它影响表及索引的FREELISTS参数的最大值。
(5)DB_FILES该参数为数据库运行时可打开的数据文件最大数目。
(6)DB_FILE_MULTIBLOCK_READ_COUNT该参数表示在顺序扫描时一次I/O操作可读的最大块数，该最大块数取决于操作系统，其值在4至16或者32是比较好。
(7)D1SCRETE_TRANSACTION_ENABLED该参数实现一个更简单、更快的回滚机制，以改进某些事务类型的性能。
当设置为TRUE 时，可改善某些类型的事务性能。
(8)LOG_ARCHIVE_BUFFER_SIZE此参数的值依赖于操作系统，它与LOG_ARCHIVE_BUFFER 参数一起用于调整有归档日志的运行，使其运行速度尽量加快，但不能快到降低性能。