Oracle数据库优化设计【摘要】电子计算机技术推动着人们生活快速的发展，在企业生产上越来越多的应用到计算机技术。
计算机技术几乎涵盖了人们生活的方方面面，目前正使得我们的生活节奏变得更快、更便捷。
本文则主要针对Oracle数据库相关问题进行研究，探讨Oracle数据库优化设计在企业中的应用情况以及如何对其进行优化作为主要讨论点，为企业在进行Oracle数据库维护和优化的时候提供借鉴。
同时希望可以通过此篇文章实现对Oracle数据库优化方案进行总结，以便以后学习研究。
【关键词】计算机;数据库;Oracle;优化一、前言数据库是承载数据的载体，存放和提供数据的“库房”，为我们进行数据查询、修改、管理等操作提供便利。
建立数据库可以帮我们提升工作效率，通常适合较为庞大的系统数据存储。
例如，国网新疆电力目前覆盖全疆14个地州（市），涉及用户达2000多万人口，管理40多个部门和下属单位。
这么复杂的机构需要高效稳定的IT系统支撑国网新疆电力公司。
国网新疆电力目前有多个IT系统，比较重要的系统有综合管理数据库、营销系统数据库、ODS系统、财务系统。
这么多系统数据日增长量超过2TB，这需要有效的优化手段解决数据库的性能问题。
目前通用的方式为采用Oracle数据库来对这些数据进行存储管理，面对厂里人员的变动则需要进行数据更新，随着系统长期运行、用户数和数据量不断增大以及业务不断变化，系统运行期间就会涉及到数据库优化。
本文就从Oracle 数据库优化进行简单的讨论，针对在优化过程中的一些注意事项、优化事项进行分析，为我们在工作中能够熟练的掌握优化技术。
二、Oracle数据库介绍Oracle数据库，英文全名为Oracle Data-base，又被称为Oracle RDBMS或者直接简称为Oracle。
目前最流行的B/S和C/S架构的系统中均应用到了数据库，由于它们的架构设计中都具有自己的服务器，而数据存在这些服务器中，则需要数据库对其进行储存。
目前对于数据库的使用越来越广泛，随着人们对于数据库的研究越来越深入，逐渐出现了数据库云，将计算机的云计算应用到了数据库之中，这样使得多个数据库联合组成了更加庞大的数据库网，它们之间实现了数据共享，因此对于知识、信息的涵盖将会变得更广。
云计算的实现，带给计算机网络发展巨大的空间，使得将世界的计算机联合起来形成一层一层的网络，与此同时也将数据库采用云管理，为数据库的发展提供更加广阔的空间[1]。
三、数据库优化方案介绍多数研究者在面对Oracle数据库优化课题时，都会存在这样的思想误区，即认为只有在系统出现运行问题时才需要进行系统性能调整。
而事实上，对Oracle数据库的性能进行调整和优化是一个漫长而复杂的过程，是贯穿于整个系统运行周期的。
因此，在进行系统性能优化时，应按照以下流程来进行：对系统各功能组件和硬件设备进行正确的配置→对数据库结构进行调整→对SQL语句进行优化→调整参数→进行磁盘I/O与服务器网络性能的调整。
以上流程是一个密切联系的整体，只有保证严格按照这一流程进行Oracle数据库系统性能调整，才能确保系统的性能达到最佳状态，真正实现Oracle数据库的优化设计。
图1所示是进行数据库优化时需要考虑的内容。
优化是数据库体系的延续，数据库的结构和运行的机制决定了数据库的优化模式，所以说数据库的体系结构是优化的基石。
如果对数据库的体系结构有深刻的理解，优化便水到渠成。
反过来，通过优化数据库，可以更深入的了解数据库体系结构。
数据库各个方面都有优化的余地，主要的优化方向分为实例的优化、数据库的优化、SQL语句的优化。
其中SQL优化是重中之重。
对Oracle数据库进行优化，应该遵循优化SQL查询语句——索引优化——合理分布数据库物理文件——分析及优化Oracle内存分配原则。
具体如下：（一）SQL查询优化SQL查询，主要针对数据库的信息进行搜索，寻找自己的需求信息。
数据库内的一切操作都是经由SQL语句进行执行，因此SQL语句的执行效率很大程度上决定了Oracle数据库的性能。
进行SQL语句的优化，首先应该构建原始数据库BASICPROJECT，其中包含了与生产数据库基本一致的数据库对象;其次，应该充分的利用SQL Trace、awrsqrpt、sqlplus中的autotrace、explain等跟踪技术对语句进行优化重写[4]。
我们在建立SQL语句的时候要尽量的避免出现相关子查询，以及选择语句的使用，这样就能从数据建立的时候减轻查询的负担。
针对联合查询连接遇到5张或者5张表单以上的选择时，建议采用优化器对SQL 语句中所包含的表单进行物理大小排序，建立起一定的查询顺序，来提升查询的效率。
（二）索引优化分析索引技术是提升检索速度和系统性能的主要技术，对于数据查询来说，合理使用索引可以极大的提高查询的命中率和效率。
索引是将表中数据的逻辑值映射到rowid中，所以在查询时使用索引功能能够快速的定位出查询数据的物理地址，从而找出数据。
索引对数据库的性能影响是巨大的，但索引不是万能的，数据库对索引的使用是有选择的，我们可以强制使用索引，也可以强制不使用索引。
一般的情况下数据库会自动的判断是否使用索引，除非你明确的在SQL语句中指定。
所有索引的原形都是树状结构，由根、枝干和叶子组成。
根和枝干中存放键值范围的导引指针，叶子中存放的是条目，条目中存放的是索引的键值和该数据行ROWID。
索引的叶子间通过指针横向的联系在一起，前一个叶子指向下一片叶子，这样的目的是数据库在找到一个叶子后就可以查找相临近的叶子，而不必再次去查找根和枝干的数据块。
有的DBA发现了索引并不能提高查询速度，反而对整个数据库的性能有较大的不良影响，出现该问题主要是和SGA数据管理方式有关。
当Oracle进行数据高速缓存管理时，普通数据的驻留权限要比索引数据的权限要低，当两者在空间上竞争时，索引数据往往会驻留;如果是大型表建立索引时，索引数据占了大部分的缓存空间，使Oracle只能通过磁盘读写来获得数据，所以在大型表分区后，伴随索引也得进行相应分区，索引的使用应该有一个指定的合适路径[5]。
（三）分布表空间在整个数据库工作过程中，各相关进程会将数据库中的事务分别写到联机日志文件、归档日志文件和数据文件当中，这会不可避免的造成这三类文件之间的I/O冲突;并且归档日志文件因其特殊性，无法同系统、业务和索引这些表空间共存，这就需要一个独立的磁盘来完成合理分布表空间的功能，对各项数据进行合理的分配，以避免文件之间的I/O冲突。
（四）数据缓冲区的调整分析数据库的缓冲区是SGA不可缺少的组成部分，它的作用是对磁盘的读入数据进行存储，存储的数据为用户共享。
如果需要修改数据时，首先要从数据文件中将数据读取出来存储在数据缓冲区;如果用户对数据缓冲区的设置太小，那么数据的操作性能将会受到很大的影响。
用户越多，该问题越突出，该问题的出现使得很多人去关心如何判断数据缓冲区大小，如何确定缓冲区的效率，该类问题可以通过计算命中率来进行确认。
数据缓冲区V$sysstat中的consistent_gets、db_block_gets是consistent mode 和current mode模式下的数据读取总量，physical reads是整个磁盘物理数据读取总量，这两个数据的读取总量的比值就是所谓的命中率，如果两个数据比值<90%，那么就需要对该缓冲区大小进行调整[2]。
（五）共享池调整分析共享池同样也是SGA的重要组成部分，它主要包含了数据字典高速缓存与库高速缓存，这两者的作用是对整个SQL程序进行语法分析、编译以及执行。
库高速缓存中会将解析过的SQL语句、PL/SQL（存储过程、函数、包）进行缓存。
如果为了工作的需要，将解析过的SQL信息重用会提高整个数据库的性能，可以将解析过的SQL信息存储在共享池中，这就需要共享池的设置要足够的大。
通过对V$librarycache查询实例来观察整个库高速度缓存的活动情况，其中的reloads和pins，它们分别是库高速缓存执行阶段的未命中数目和库高速缓存中被执行的次数，如果库缓冲区的失败率超过的1%，那么就需要对其进行调整。
除此之外，还有些情况也需要共享池的设置要大，字典数据高速缓存的总丢失数和总的存取数的比值应该接近零，当这个数值超过10%，那么就需要对其进行调整。
如将表定义的详细信息长期的存储在共享池中，将其进行重用，提高数据库的整体性能[3]。
通过V$rowcache来对数据字典高速缓存活动进行详细查询，其中的get misses和gets分别代表的是字典数据读取的失败和成功次数，通常要求的比值小于10%，若超过则需要进行及时的调整。
（六）日志缓冲区优化方案日志缓冲区主要是保存了对数据库修改信息，设置的大小一般为2兆以内的内存，最小为500K。
日志缓冲区也不能过小，否则会增加日志的写盘次数，从而为I/O接口增加负担。
日志缓冲区中的常见指令为：immediate gets表示成功立即得到日志缓冲区次数;immediate misses 则表示未成功立即获取日志缓冲区次数。
V$latch中的gets和misses表示成功获得缓冲日志次数以及未成功获得日志缓冲区次数，其失败率要小于1%，如果超出则需要对数据库进行调整。
（七）合理的使用工具有时候想直接在SQLPLUS中看ASH/ADDM/AWR报告，用下面方法比较方便，因为AWR数据在数据库中默认只保留7天，当我们进行性能对比分析需要保留时段之前的AWR时，可以采用脚本定时将AWR报告输出保存。
ASH （Active Session History）ASH以V$SESSION为基础，每秒采样一次，记录活动会话等待的事件。
不活动的会话不会采样，采样工作由新引入的后台进程MMNL来完成。
生成ASH报告：SQLPLUS>@？/rdbms/ashrpt.sqlASH内存记录数据始终是有限的，为了保存历史数据，引入了自动负载信息库（Autom-atic Workload Repository ，AWR）由后台进程MMON完成。
ASH 信息同样被采集写出到AWR负载库中。
由于内存不是足够的，所以MMNL进程在ASH写满后会将信息写出到AWR负载库中。
ASH全部写出是不可接受的，所以一般只写入收集的10%的数据量，而且使用direct-path insert完成，尽量减少日志的生成，从而最小化数据库性能影响。
写出到AWR负载库的ASH信息记录在AWR的基础表wrh$active_session_hist中，wrh$active_session_hist是一个分区表，Oracle会自动进行数据清理。
